Katalog podatności CVE

W kliencie TFTP biblioteki Eclipse ThreadX NetX Duo (wersje 6.0–6.5.2.202603a) kopiowanie komunikatu odebranego pakietu ERROR nie jest ograniczone końcem datagramu, a serwer TFTP odczytuje jeden bajt poza minimalnym pakietem ERROR. Złośliwy serwer TFTP może zmusić klienta do skopiowania do 64 bajtów sąsiedniej pamięci puli pakietów do ciągu błędu lub wywołać awarię na systemach z ochroną pamięci.

W kliencie DHCP biblioteki Eclipse ThreadX NetX Duo (wersje 6.0–6.5.2.202603a) przesuwanie po opcjach zwiększa offset o jeden bajt mniej niż wskaźnik odczytu dla każdej pomijanej opcji. Serwer DHCP lub dowolny host w sieci, który odpowie pierwszy, może zmusić klienta do odczytu do około kilobajta poza odebraną wiadomością, a to samo przesuwanie kopiuje bajty spoza zakresu do bufora aplikacji podczas pobierania opcji użytkownika.

W serwerze DTLS biblioteki Eclipse ThreadX NetX Secure (wersje 6.0–6.5.2.202603a) pliki cookie w HelloVerifyRequest są wypełniane z NX_RAND(), domyślnie bibliotecznej funkcji rand() z biblioteki C, bez klucza i bez powiązania z klientem. Atakujący, który potrafi przewidzieć wyjście generatora, może przejść wymianę cookie ze sfałszowanego adresu i zmusić serwer do wysłania swojej sekwencji handshake do ofiary, wykorzystując go jako reflektor ruchu.

W Eclipse ThreadX NetX Duo (wersje do 6.5.2.202603 włącznie) z obsługą serwera DTLS parser ClientHello w NetX Secure DTLS odczytuje session ID, cookie i listę ciphersuite bez ograniczenia do pozostałych bajtów wiadomości. Nieuwierzytelniony peer może wysłać ClientHello deklarujące pola dłuższe niż wiadomość, powodując odczyt poza buforem; odczytane dane nie są odsyłane, a błąd może spowodować awarię tylko na platformach, które pułapkują dostęp do adresów poza buforem.

W menedżerze modułów Eclipse ThreadX (wersje 6.0.1–6.5.2.202603) loadery przyjmują obraz modułu bez jego długości i ufają rozmiarom oraz offsetom w jego preambule. Spreparowany obraz modułu może zadeklarować rozmiar kodu większy niż obraz, uzyskać dostęp do pamięci następującej po nim lub umieścić punkty wejścia poza swoim kodem.

MobilityDB w wersji 1.3.0 i wcześniejszych zawiera podatność typu out-of-bounds read w logice deserializacji WKB w bibliotece MEOS. Nieuprzywilejowany użytkownik bazy danych może dostarczyć spreparowany ładunek WKB z ujemnym polem długości, co powoduje awarię procesu backendu PostgreSQL.

W Joomla! Core w wersjach 1.5.0-5.4.8 oraz 6.0.0-6.1.3 występuje obejście filtra XSS w klasie InputFilter. Metoda cleanAttribute usuwa atrybuty data URI w HTML, ale wstawione białe znaki mogą ominąć to czyszczenie, tworząc wektor XSS.

W Joomla! Core w wersjach 1.5.0-5.4.8 oraz 6.0.0-6.1.3 występuje obejście filtra XSS w InputFilter z powodu niezgodności w dekodowaniu encji HTML5. Metoda checkAttribute normalizuje wartość atrybutu przed testowaniem względem wyrażenia regularnego dla schematu "javascript:", ale nie dekoduje encji HTML5 przed tym testem, co tworzy wektor XSS.

W Joomla! Core w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3 występuje nieprawidłowa kontrola dostępu (ACL) dla różnych zadań edycji w usługach webowych. Nieprawidłowa kontrola dostępu pozwala nieautoryzowanym użytkownikom na wykonywanie operacji edycji na elementach, które normalnie nie są edytowalne.

Podatność typu XSS w widoku listy modułów w Joomla w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3. Układ listy modułów nieprawidłowo escapował wartości dostarczone przez użytkownika, co prowadzi do wektora XSS.

Podatność typu XSS w układzie paska narzędzi linków w Joomla w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3. Układ paska narzędzi linków nieprawidłowo escapował dane wejściowe, co prowadzi do wektora XSS.

W Joomla! Core funkcja szablonów wiadomości e-mail nie stosuje mechanizmu escapowania, co prowadzi do wektorów XSS w wielu rozszerzeniach. Problem dotyczy wersji 4.0.0-5.4.8 oraz 6.0.0-6.1.3.

W Joomla! Core występuje nieprawidłowa kontrola uprawnień (ACL) w wynikach dla elementów oznaczonych tagami. Nieuprawnieni użytkownicy mogą przeglądać elementy treści z niedostępnych dla nich kategorii. Problem dotyczy wersji 4.0.0-5.4.8 oraz 6.0.0-6.1.3.

W Joomla! Core w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3 występuje podatność umożliwiająca dowolne usuwanie katalogów przez akcję czyszczenia pamięci podręcznej. Nieprawidłowa walidacja nazwy grupy pamięci podręcznej pozwala na ścieżki traversal w magazynie plików warstwy cache, co prowadzi do dowolnego usuwania katalogów.

W Joomla! Core brak escapowania w ogólnych układach wyjściowych multimediów prowadzi do podatności XSS. Problem dotyczy ogólnych układów wyjściowych audio i wideo. Podatność występuje w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3.

W Joomla! Core w wersjach 4.0.0-5.4.8 oraz 6.0.0-6.1.3 występuje nieprawidłowa kontrola dostępu (ACL) dla endpointów usług webowych poziomu dostępu. Nieprawidłowa kontrola dostępu pozwala nieautoryzowanym użytkownikom na wykonywanie operacji mutacji w endpointach poziomu dostępu.

W Joomla! Core kontroler profile.save nie sprawdzał stanu zalogowania użytkownika, co umożliwia tworzenie kont użytkowników na poziomie gościa na stronach bez aktywnej rejestracji użytkowników. Problem dotyczy wersji 1.5.0-5.4.8 oraz 6.0.0-6.1.3.

W bibliotece libexpat w wersjach 2.7.2 do 2.8.5 występuje przepełnienie liczb całkowitych w funkcji expat_realloc() na platformach 32-bitowych podczas obliczania rozmiarów alokacji. Atakujący dostarczający złośliwy XML do aplikacji parsujących z podatną biblioteką libexpat może spowodować przepełnienie bufora sterty, uszkodzenie pamięci lub odmowę usługi.

W KubeVirt uwierzytelniony użytkownik z uprawnieniem do tworzenia Virtual Machine Instances (VMIs) może wywołać odmowę usługi (DoS), przesyłając definicję maszyny wirtualnej z pustym wolumenem efemerycznym. Komponent virt-controller nieprawidłowo waliduje konfigurację wolumenu, co prowadzi do nieobsłużonego wyjątku i awarii aplikacji podczas przetwarzania. Ponieważ błędna definicja pozostaje w klastrze, kontroler wchodzi w ciągłą pętlę awarii, zakłócając operacje cyklu życia maszyn wirtualnych w całym środowisku.

W rozszerzeniu Balbooa Forms w wersji poniżej 2.4.3.4 występuje manipulacja metadanymi plików. Końcowe przetwarzanie zgłoszenia formularza przetwarza tablice JSON dla każdego pola przesłania, sprawdzając jedynie, czy identyfikatory są numeryczne. Nazwy plików i nazwy wyświetlane dostarczone przez klienta są bezpośrednio zaufane, co wprowadza ryzyko przejęcia między sesjami, manipulacji metadanymi i podatności na path traversal (np. poprzez getFilePath()).