Katalog podatności CVE

Nieograniczona rekurencja w dekoderze HTTP/2 HPACK Apache bRPC przed 1.18.0 pozwala zdalnym atakującym wywołać odmowę usługi przez wysłanie spreparowanego bloku nagłówków HTTP/2 z wieloma kolejnymi wpisami Dynamic Table Size Update. Każda aktualizacja była dekodowana rekurencyjnie, co mogło wyczerpać stos wątku.

Nieprawidłowe uwierzytelnianie w Apache bRPC do 1.17.0 pozwala zdalnemu nieuwierzytelnionemu atakującemu ominąć uwierzytelnianie chronionych wbudowanych punktów końcowych HTTP poprzez wysłanie najpierw wbudowanego żądania HTTP na tym samym połączeniu keep-alive HTTP/1.1. Gdy włączone jest ServerOptions.auth i wbudowane usługi HTTP są publicznie wystawione, pierwsze wbudowane żądanie może oznaczyć połączenie jako uwierzytelnione dla kolejnych żądań.

W systemie Insurance-Management-System wykryto podatność w funkcji `mysqli_query` w pliku `/Admin/View/editPlan.php`. Manipulacja argumentem `Plan_no/Name` prowadzi do wstrzyknięcia SQL. Atak można przeprowadzić zdalnie, a exploit jest publicznie dostępny.

Występuje ujawnienie poufnych informacji i możliwość manipulacji z powodu nieprawidłowych kontroli autoryzacji. Podatność dotyczy produktów Acronis Cyber Infrastructure (ACI) w wersjach przed build 6.0.1-112, 6.1.1-64 i 6.2.1-71.

Acronis Cyber Infrastructure (ACI) w wersjach przed build 6.0.1-112, 6.1.1-64 i 6.2.1-71 ma niewłaściwe kontrole autoryzacji, co prowadzi do ujawnienia poufnych informacji i możliwości manipulacji danymi.

W usłudze Thrift RPC Apache IoTDB w wersjach od 2.0.0 przed 2.0.11 występuje luka umożliwiająca obejście uwierzytelniania. Może ona pozwolić atakującemu na uzyskanie dostępu bez ważnych poświadczeń.

Podatność na niekontrolowane zużycie zasobów w sterowniku JDBC Apache IoTDB. Problem dotyczy wersji od 1.3.3 przed 2.0.11.

Złośliwy plik SVG może wywołać przepełnienie liczby całkowitej, które następnie powoduje dereferencję wskaźnika null w komponencie VectorImage QML Type.

NLnet Labs Unbound w wersjach od 1.22.0 do 1.26.1 zawiera błąd cyklu życia DNS-over-QUIC (DoQ) osiągalny przez zdalnego klienta DoQ w trybie wielowątkowym. Migracja ścieżki QUIC wywołana przez klienta może wejść w czyszczenie strumienia/połączenia, podczas gdy odpowiedź mesh nadal przechowuje wskaźnik do strumienia DoQ. Czyszczenie zwalnia strumień DoQ, a gdy oczekująca odpowiedź mesh później się kończy, następuje dereferencja nieaktualnego wskaźnika prowadząca do awarii.

NLnet Labs Unbound do wersji 1.26.1 włącznie ogranicza przechodzenie wskaźników kompresji dla każdej pojedynczej operacji na nazwie domeny, ale nie ma zbiorczego budżetu na przetwarzanie dekompresji przychodzącej. Wiele łańcuchowych wskaźników kompresji w wiadomości powoduje duże zużycie CPU. Złośliwy aktor z dostępem do zapytań rekurencyjnych i kontrolą zwykle delegowanego autorytetu, który serwuje specjalnie spreparowane odpowiedzi, może wykorzystać podatność i pogorszyć ogólną wydajność Unbound.

W OnePlus OxygenOS na Androidzie HAL logowania olc2 udostępnia metodę binder, która wykonuje fork() i execl("/vendor/bin/sh", "sh", "-c", cmd, NULL) z ciągiem poleceń dostarczonym przez wywołującego; jedynym sprawdzeniem autoryzacji jest getCallingUid() == 0. Ponieważ polityka SELinux przyznaje dostęp binder do tego HAL szerokiemu atrybutowi klienta, dowolny proces uid-0 w tych domenach (w tym dumpstate, osiągalny z nieuprzywilejowanej aplikacji) uzyskuje wykonanie dowolnych poleceń, a powłoka trafia do kontekstu SELinux u:r:vendor_qti_init_shell:s0 posiadającego wszystkie uprawnienia Linuksa.

W OnePlus OxygenOS na Androidzie występuje niewłaściwa neutralizacja elementów specjalnych w poleceniu OS (OS command injection) oraz brak autoryzacji. Dowolna lokalnie zainstalowana aplikacja, bez deklarowanych uprawnień i bez interakcji użytkownika poza uruchomieniem, może wykonać dowolne polecenia powłoki jako uid 0 w domenie SELinux u:r:dumpstate:s0. Dwa defekty się łączą: interfejs binder atlasservice przyjmuje setEvent bez autoryzacji, a handler zdarzenia kopiuje wartość do właściwości systemowej i uruchamia usługę root audiodumpinfo, przekazując wartość do system().

W NLnet Labs Unbound do wersji 1.26.1 włącznie, gdy skonfigurowano zarówno główny trust anchor, jak i dodatkowy 'trust-anchor:' dla strefy island-of-security, której rodzic jest udowodniony jako niezabezpieczony w łańcuchu głównym, złośliwy aktor mogący dostarczyć jedną sfałszowaną odpowiedź NXDOMAIN dla nazwy wewnątrz wyspy, z NSEC/SOA RRSIG 'SignerName' ustawionym na niezabezpieczonego rodzica, oszukuje walidator Unbound, aby użył głównego trust anchor, a następnie niezabezpieczonego rodzica, powodując, że rekord jest traktowany jako niezabezpieczony i odmawia istnienia rekordów w wyspie zaufania.

Gdy NLnet Labs Unbound w wersji od 1.0.1 do 1.26.1 jest skonfigurowany zarówno z głównym zaufanym kotwicą, jak i dodatkowym 'trust-anchor:' dla strefy wyspy bezpieczeństwa, której rodzic jest udowodniony jako niezabezpieczony w łańcuchu głównym, złośliwy aktor z sfałszowaną odpowiedzią NSEC z wyczyszczonym bitem SOA może oszukać Unbound, aby uznał skonfigurowaną wyspę zaufania za niezabezpieczoną. Dzieje się tak, ponieważ walidator DNSSEC w Unbound akceptuje i buforuje niezabezpieczoną odpowiedź NSEC, pomijając walidację RRSIG, którą walidator powinien wykonać. Akceptacja rekordu NSEC na szczycie kotwicy zaufania była dozwolona z powodu starej poprawki dla zapytań typu DS i NSEC od klientów, gdy kotwica zaufania dla tej nazwy istniała.

Funkcje storage/pkg/archive.ApplyLayer i ApplyUncompressedLayer mogą, podczas przetwarzania uszkodzonych lub złośliwych danych wejściowych, wyciekać deskryptor pliku; nieograniczone powtarzane wywołania mogą wyczerpać limit deskryptorów plików procesu.

W Eclipse OpenJ9 w wersjach do 0.63.0 komponent JITServer jest podatny na atak typu denial of service z powodu niewłaściwych sprawdzeń granic podczas obsługi komunikatów protokołu i odpowiedzi. Nieuwierzytelniony zdalny atakujący lub złośliwy JITServer może wysłać zniekształcone ładunki sieciowe powodujące odczyty poza granicami sterty, co natychmiast powoduje awarię demona JITServer lub procesu JVM klienta poprzez błąd segmentacji (SIGSEGV).

W NLnet Labs Unbound do wersji 1.26.1 włącznie występuje obserwowalny kanał boczny na poziomie pamięci podręcznej przy konfiguracji 'unwanted-reply-threshold > 0' (nie jest to konfiguracja domyślna). Gdy pakiet UDP przypominający odpowiedź trafi na port źródłowy używany przez zapytanie rekurencyjne, ale jego TXID nie pasuje do żadnego oczekującego zapytania, Unbound zlicza go jako niechcianą odpowiedź i po osiągnięciu progu czyści pamięć podręczną RRset i wiadomości, co pozwala zewnętrznemu obserwatorowi rozróżnić, czy kandydat na port pasuje do bieżącego portu źródłowego.

W komponencie lm-evaluation-harness produktu Red Hat OpenShift AI wykryto lukę. Uwierzytelniony użytkownik mogący zlecać zadania ewaluacji może podać złośliwy URL modelu w JobSpec, co prowadzi do ujawnienia sekretu uwierzytelniania modelu dzierżawcy oraz umożliwia ataki SSRF na wewnętrzne punkty końcowe sieci.

W wersjach Eclipse OpenJ9 przed 0.63.0 komponent JITServer nie przeprowadza walidacji krzyżowej pól _size, _paddingSize i _dataOffset kontrolowanych przez atakującego podczas deserializacji komunikatu DataDescriptor. Nieuwierzytelniony zdalny atakujący może wysłać spreparowany pakiet sieciowy wywołujący niedomiar liczby całkowitej bez znaku, co prowadzi do odczytu poza granicami sterty i natychmiastowej awarii procesu (SIGSEGV).

W Eclipse OpenJ9 w wersjach przed 0.63.0 komponent JITServer jest podatny na zdalny atak typu denial of service przed uwierzytelnieniem. Podczas przetwarzania początkowego 4-bajtowego pola długości przychodzącego połączenia TCP, przepełnienie liczby całkowitej w `MessageBuffer::computeRequiredCapacity()` powoduje, że wątek roboczy kompilacji wchodzi w nieskończoną pętlę zużywającą ~100% CPU. Nieuwierzytelniony zdalny atakujący może to wykorzystać, otwierając niewielką liczbę spreparowanych połączeń TCP, aby wyczerpać całą pulę wątków roboczych, co po cichu zatrzymuje usługi kompilacji dla wszystkich podłączonych klientów JVM.