Katalog podatności CVE

W frameworku F´ (F Prime) od wersji 4.1.0 do 4.2.0 wysyłka portów wyjściowych Svc::GenericHub jest podatna, ponieważ zdeserializowane pole portu jest przekazywane do serialOut_out, bufferOut_out, eventOut_out lub tlmOut_out bez jawnego sprawdzenia zakresu. Gdy zdalny pakiet huba dostarczy indeks portu spoza skonfigurowanej tablicy portów wyjściowych, kompilacje z włączonymi asercjami przerywają działanie, a kompilacje bez asercji mogą uzyskać dostęp poza zakres tablicy portów wyjściowych, uszkodzić pamięć sterty i potencjalnie umożliwić zdalne wykonanie kodu.

W Redash od wersji 26.0.0 do 26.9.0 ścieżka _connect() w runnerze zapytań DuckDB w pliku redash/query_runner/duckdb.py tworzyła połączenia z opcją enable_external_access pozostawioną na domyślnej wartości true. Użytkownik z dostępem do zapytań do utworzonego przez administratora źródła danych DuckDB mógł użyć natywnych funkcji odczytu plików, aby odczytać pliki dostępne dla procesu Redash, lub użyć COPY TO, aby zapisać pliki z uprawnieniami tego procesu. Odczytanie sekretów aplikacji, takich jak REDASH_COOKIE_SECRET lub REDASH_SECRET_KEY, mogło również umożliwić fałszowanie sesji i obejście uwierzytelniania.

W systemie CMS e107 przed wersją 2.3.7 plik install.php dekoduje kontrolowany przez atakującego parametr POST previous_steps i przekazuje go do unserialize() na poziomie pliku oraz ponownie w konstruktorze e_install bez ograniczenia dozwolonych klas. Instalator pozostaje dostępny po normalnej instalacji, a spreparowany graf obiektów wykorzystujący dołączoną klasę GuzzleHttp\Psr7\PumpStream może przepłynąć przez paths.hash do site_path, gdzie koercja łańcucha wywołuje kontrolowaną przez atakującego funkcję. Nieuwierzytelniony atakujący, który może uzyskać dostęp do install.php, może zatem wykonać dowolne funkcje PHP z uprawnieniami procesu serwera WWW, prowadząc do pełnego przejęcia serwera.

W systemie CMS e107 przed wersją 2.3.7 dołączony plugin alt_auth, w backendach uwierzytelniania otherdb i e107db, wstawia przesłaną nazwę użytkownika bezpośrednio do zapytań SQL w plikach e107_plugins/alt_auth/otherdb_auth.php i e107_plugins/alt_auth/e107db_auth.php. Metody login() wykonują te ciągi za pomocą PDO::query() przed skuteczną sanityzacją, więc nieuwierzytelniony użytkownik może wstrzyknąć SQL, gdy alt_auth jest zainstalowany, a którykolwiek backend jest skonfigurowany z aktywnym połączeniem do zewnętrznej bazy danych. Wstrzyknięcie może ujawnić lub zmodyfikować dane dostępne dla skonfigurowanego konta bazy danych, a błędy zapytań mogą dodatkowo ujawnić wygenerowane zapytanie przez ścieżkę komunikatów debugowania.

W Hestia Control Panel w wersjach od 1.9.7 do 1.10.4 funkcja update_object_value() w pliku func/main.sh nie escapuje apostrofów podczas zapisu niestandardowej wartości document-root do pliku web.conf użytkownika. Uwierzytelniony użytkownik panelu z uprawnieniami do domeny może wstrzyknąć dodatkowe pole PATH, a następnie poprzez zwykłą funkcję wyszukiwania doprowadzić do wykonania dowolnego kodu jako root. Podatność została naprawiona w wersji 1.10.5.

Gdy klient TLS 1.3 przetwarza HelloRetryRequest, kopiuje cookie serwera do drugiego ClientHello bez sprawdzenia, czy cookie mieści się w wychodzącym pakiecie. Zarówno długość, jak i zawartość cookie pochodzą od drugiej strony, a zapis następuje przed zakończeniem uwierzytelniania certyfikatu, więc złośliwy lub przejęty serwer może nadpisać pamięć poza buforem pakietu TLS bez przedstawiania certyfikatu. Podatność dotyczy wyłącznie ścieżki klienta.

W Eclipse Vert.x w wersjach [5.0.0,5.0.12], [5.1.0,5.1.9] oraz [5.2.0, 5.2.0] klient HTTP Vert.x korzysta z pamięci podręcznej kontekstu SSL, której klucz nie odzwierciedla w pełni semantyki właściwości SSL. Klient może otrzymać kontekst SSL o słabszych właściwościach, na przykład kontekst ignorujący walidację nazwy hosta zamiast kontekstu z walidacją. Dotyczy komponentu io.vertx:vertx-core.

Podatność przepełnienia bufora na stosie w procesie httpd systemów Juniper Networks Junos OS oraz Junos OS Evolved pozwala nieuwierzytelnionemu atakującemu sieciowemu na zdalne wykonanie kodu oraz odmowę usługi poprzez skonfigurowaną domenę wirtualną J-Web.

Podatność przepełnienia bufora na stosie w demonie protokołów routingu (rpd) systemów Juniper Networks Junos OS oraz Junos OS Evolved pozwala skonfigurowanemu peerowi BGP/EVPN na wykonanie kodu jako root w Junos OS lub awarię rpd w Junos OS Evolved poprzez poprawne protokolarnie ogłoszenia tras dla usługi EVPN-VPWS.

Podatność niewłaściwego uwierzytelniania w interfejsie zarządzania J-Web oraz obsłudze sesji NETCONF systemów Juniper Networks Junos OS i Junos OS Evolved pozwala nieuwierzytelnionemu atakującemu sieciowemu uzyskać dostęp do konfiguracji urządzenia na poziomie root i przejąć urządzenie poprzez osiągalną usługę J-Web HTTP lub HTTPS, gdy zarządzanie przez sieć jest włączone.

KEDA to komponent autoskalowania oparty na Kubernetes. W wersji 2.20.2 i wcześniejszych administrator przestrzeni nazw, który może tworzyć zasoby TriggerAuthentication i ScaledObject, może ustawić hashiCorpVault.address na punkt końcowy kontrolowany przez najemcę i wybrać uwierzytelnianie Kubernetes bez jawnego poświadczenia. KEDA używa wtedy tokenu ServiceAccount operatora i wysyła go do tego punktu końcowego jako poświadczenie logowania do Vault; filtr kształtu JWT z wcześniejszej poprawki CVE-2025-68476 akceptuje token operatora, ponieważ jego podmiotem jest ServiceAccount Kubernetes, co pozwala atakującemu uzyskać uprawnienia operatora w całym klastrze, w tym szeroki odczyt Secretów oraz operacje na obciążeniach lub związane z admission.

Podatność typu przepełnienie bufora stosu w demonie protokołu routingu (rpd) w Juniper Networks Junos OS i Junos OS Evolved pozwala skonfigurowanemu zewnętrznemu sąsiadowi BGP na wykonanie dowolnych poleceń z uprawnieniami roota poprzez monitorowanie tras BMP.

Podatność na przepełnienie bufora stosu w procesie srxpfe systemu Junos OS na serii SRX pozwala nieuwierzytelnionemu atakującemu sieciowemu na wykonanie kodu jako root lub wywołanie odmowy usługi poprzez spreparowany pakiet odebrany na skonfigurowanym tunelu GRE.

Podatność na przepełnienie bufora stosu w demonie routingu (rpd) systemów Junos OS i Junos OS Evolved pozwala nieuwierzytelnionemu peeringowi BGP na wywołanie odmowy usługi oraz potencjalne wykonanie poleceń z uprawnieniami roota poprzez spreparowane aktualizacje tras BGP, gdy włączony jest protokół monitorowania BGP (BMP).

Podatność na brak uwierzytelnienia w oprogramowaniu Lantronix XPress-DR i XPress-DR-I (rodzina CoBos) do wersji 8.1.0.0 pozwala zdalnym atakującym na odczyt i trwałe nadpisywanie konfiguracji urządzenia poprzez wysyłanie spreparowanych ramek do nieuwierzytelnionego protokołu konfiguracyjnego UDP na porcie 30718. Atakujący mogą wysłać zapytanie typu 0xF8 w celu odczytu bieżących danych konfiguracyjnych oraz ramkę typu 0xFD z dokładnie 0x78 bajtami treści, aby zmienić adres IP urządzenia i rekordy przekazywania kanału szeregowego, co powoduje zapis zmian w EEPROM i utrzymanie ich po ponownym uruchomieniu. Seria XPress-DR osiągnęła koniec życia/wsparcia w lutym 2025.

Podatność na przepełnienie bufora stosu w komponencie kmd systemu Junos OS na serii MX pozwala nieuwierzytelnionemu atakującemu sieciowemu na wykonanie kodu jako root poprzez specyficzne pakiety oparte na certyfikatach IKE. Problem dotyczy systemu Junos OS na serii MX w wersjach przed 21.2R3-S11, od 21.4 przed 21.4R3-S12, od 22.2 przed 22.2R3-S8, od 22.3 przed 22.3R3-S5 oraz od 22.4 przed 22.4R3-S9.

Podatność na przepełnienie bufora stosu w demonie routingu BGP systemów Junos OS i Junos OS Evolved pozwala skonfigurowanemu peerowi flowspec na spowodowanie naruszenia silnika routingu lub odmowy usługi demona routingu poprzez ponowne ogłaszanie tras flowspec, gdy włączone jest przetwarzanie równoległe aktualizacji BGP.

Podatność na przepełnienie bufora sterty w demonie wdrażania usług sdxd systemów Junos OS i Junos OS Evolved pozwala zdalnemu nieuwierzytelnionemu atakującemu, który może kontrolować lub przechwycić skonfigurowane połączenie z serwerem SDX/SRC, na wykonanie kodu jako root lub wywołanie odmowy usługi poprzez spreparowaną ramkę odebraną przez połączenie TCP wdrażania usług.

Podatność na wstrzyknięcie poleceń systemu operacyjnego w TACACS systemu Junos OS Evolved pozwala użytkownikowi z niskimi uprawnieniami uwierzytelnionemu przez TACACS+ na wykonanie poleceń z uprawnieniami roota, gdy włączone jest okresowe odświeżanie autoryzacji TACACS+.