Katalog podatności CVE

W PgBouncer w wersjach od 1.21.0 do 1.26.0 występuje przepełnienie liczb całkowitych w logice rozszerzania bufora wiadomości (mbuf_make_room), gdy max_packet_size jest ustawione powyżej 2147483648. Nagłówek pakietu deklarujący długość powyżej 2^31 powoduje przepełnienie obliczeń rozmiaru bufora i pętlę, która nie może się zakończyć, co nasyca rdzeń CPU i blokuje wszystkie połączenia w puli. Od wersji 1.23.0 przepełnienie jest osiągalne przed uwierzytelnieniem za pomocą pięciobajtowego nagłówka pakietu.

W Eclipse ThreadX NetX Duo w wersjach od 6.0 do 6.5.2.202603 serwer DTLS w NetX Secure nigdy nie porównuje cookie zwróconego przez klienta z tym, które wydał, i traktuje każde niepuste cookie jako zweryfikowane. Zdalny atakujący może zmusić serwer do wysłania pełnej sekwencji uzgadniania, kilku kilobajtów, na sfałszowany adres źródłowy, wykorzystując go do wzmocnionej refleksji ruchu na stronę trzecią.

W Eclipse ThreadX NetX Duo (do wersji 6.5.2.202603) parser X.509 w NetX Secure akceptuje certyfikat, którego podpis jest pustym BIT STRING, i zapisuje długość podpisu 0xFFFFFFFF. Zdalny peer może przedstawić taki certyfikat podczas uzgadniania TLS, przed uwierzytelnieniem, i zmusić urządzenie do odczytu daleko poza buforem certyfikatu podczas weryfikacji podpisu, co prawdopodobnie spowoduje awarię.

Podatność typu Cross-site Scripting (Reflected XSS) w wtyczce SimplyRETS Real Estate IDX (simply-rets) wynika z nieprawidłowej neutralizacji danych wejściowych podczas generowania stron internetowych. Problem dotyczy wersji od n/a do 3.2.9.

Ludwig to framework low-code do budowania modeli LLM i sieci neuronowych. Przed wersją 0.17.8 funkcja `ludwig.datasets.archives.extract_archive()` walidowała nazwy członków tar przed wywołaniem `TarFile.extractall()`, ale nie walidowała dowiązań symbolicznych ani twardych. Spreparowane archiwum mogło utworzyć dowiązanie wychodzące poza katalog ekstrakcji, a następnie zapisać kolejny element przez to dowiązanie, umieszczając treść kontrolowaną przez atakującego w dowolnej ścieżce systemu plików z uprawnieniami procesu ekstrahującego. Ta sama kontrola zawierania używała `os.path.commonprefix`, więc ścieżka sąsiednia dzieląca prefiks znaków z celem również mogła przejść. Ścieżka ładowania zbiorów danych może pobierać i rozpakowywać skonfigurowane adresy URL archiwów, ale wykorzystanie wymaga przetworzenia archiwum ze źródła kontrolowanego lub przejętego przez atakującego na obsługiwanych środowiskach Python 3.12 i 3.13. Python 3.14 nie jest podatny, ponieważ jego domyślny filtr danych tar odrzuca wychodzące dowiązania. Problem naprawiono w wersji 0.17.8.

W @appium/support przed wersją 7.2.6 rozpakowywanie archiwów ZIP akceptuje wpis tworzący dowiązanie symboliczne poza katalogiem docelowym, a następnie wpis zwykłego pliku, którego nazwa prowadzi przez to dowiązanie. Leksykalne sprawdzenie zawartości nie weryfikuje celu dowiązania ani rzeczywistego miejsca docelowego, co pozwala na zapis plików w dowolnych lokalizacjach z uprawnieniami procesu Appium, potencjalnie prowadząc do wykonania kodu. Problem naprawiono w wersji 7.2.6.

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.

Loader zasobów binarnych GUIX (motywów) rozmiaruje arenę i wypełnia ją w dwóch oddzielnych przebiegach, które przechodzą przez plik zasobu z niezależną arytmetyką kursora. Ponieważ `gx_page_header_data_size` nigdy nie jest walidowany względem danych glifów faktycznie zawartych na stronie, oba przebiegi mogą odczytać różne nagłówki stron dla tej samej strony czcionki, wyliczyć różne liczby glifów i zarezerwować mniej, niż zapisuje przebieg ładujący. Nadmiar jest zapisywany poza końcem areny, z treścią pobraną dosłownie z pliku. Przepełniony bufor jest alokowany przez sam GUIX poprzez `_gx_system_memory_allocator`, a nie dostarczany przez wywołującego. Publiczne API `gx_binres_theme_load()` nie przyjmuje parametru rozmiaru, więc żadna staranność wywołującego nie zapobiega temu. Problem reprodukuje się w domyślnej konfiguracji; `GX_BINARY_RESOURCE_SUPPORT` jest domyślnie włączone.

Podatność typu Code Injection (nieprawidłowa kontrola generowania kodu) w wtyczce VillaTheme Salevo (woo-boost-sales) pozwala na wstrzyknięcie kodu. Problem dotyczy wersji od n/a do 1.3.0.

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ść typu Improper Check for Unusual or Exceptional Conditions w Packet Forwarding Engine (PFE) systemu Juniper Networks Junos OS na urządzeniach MX Series z SPC3 pozwala nieuwierzytelnionemu atakującemu sieciowemu wywołać odmowę usługi (DoS). Gdy odbierany jest konkretny zniekształcony pakiet IPv6, nie jest on odrzucany, lecz tworzona jest sesja i alokowane zasoby NAT. Ciągłe odbieranie takich pakietów prowadzi do wyczerpania sesji lub zasobów, co wpływa na cały ruch przez urządzenie. Aby przywrócić działanie, urządzenie wymaga restartu.

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.

Przepełnienie bufora na stosie w demonie protokołu routingu (rpd) w Juniper Networks Junos OS i Junos OS Evolved pozwala nieuwierzytelnionemu sąsiadowi LDP spowodować awarię rpd lub wykonać dowolny kod poprzez zniekształconą wiadomość LDP Label Mapping.

Przepełnienie bufora na stosie w usłudze authd w Juniper Networks Junos OS i Junos OS Evolved pozwala atakującemu sieciowemu z dostępem do odczytu SNMP wykonać kod z uprawnieniami roota lub wywołać odmowę usługi za pomocą specjalnie spreparowanego pakietu SNMP, gdy włączone są SNMP i AAA.

Zapis poza zakresem bufora w demonie protokołu routingu (rpd) w Juniper Networks Junos OS i Junos OS Evolved pozwala sąsiadowi eBGP, który nie wynegocjował zdolności four-octet-AS, wysłać specjalnie zniekształconą aktualizację BGP i wywołać odmowę usługi (DoS).

W demonie routingu (rpd) systemów Juniper Networks Junos OS i Junos OS Evolved występuje podatność typu Reachable Assertion. Sąsiadujący peer OSPF może wywołać odmowę usługi poprzez ruch OSPF przetwarzany, gdy skonfigurowane jest instalowanie best-route Prefix-SID w OSPF Source Packet Routing.

Podatność typu przepełnienie liczb całkowitych (integer overflow/wraparound) w demonie protokołów routingu (rpd) systemów Juniper Networks Junos OS oraz Junos OS Evolved. Nieuwierzytelniony atakujący znajdujący się w sąsiedztwie sieciowym może wywołać odmowę usługi (DoS), wysyłając specjalnie spreparowane pakiety OSPFv2 na interfejsie z włączonym OSPF.

Podatność typu osiągalna asercja (reachable assertion) w demonie protokołów routingu (rpd) systemów Juniper Networks Junos OS oraz Junos OS Evolved. Atakujący z sąsiedniej sieci może doprowadzić do awarii rpd, wysyłając spreparowany pakiet LDP w ramach ustanowionej sesji LDP.

Błąd nieprawidłowego obliczenia w demonie protokołu routingu (rpd) w Juniper Networks Junos OS i Junos EVO pozwala zdalnemu sąsiadowi BGP EVPN wywołać awarię rpd, gdy skonfigurowany jest SRv6 EVPN multihoming.