Katalog podatności CVE

Domyślne fabryczne dane uwierzytelniające z uprawnieniami administracyjnymi pozostają aktywne i przetrwają nawet po skonfigurowaniu innych kont administratora.

Aktualizacja firmware'u lub bootloadera nie wymaga uwierzytelniania, co ułatwia przesyłanie złośliwych plików do urządzenia. Dodatkowo każdy posiadający to samo oprogramowanie może skanować sieć w poszukiwaniu urządzeń N-Tron i przesyłać/pobierać firmware bez uwierzytelniania za pomocą SNMP/TFTP.

Nazwy użytkowników i hasła, w tym domyślne poświadczenia, są przechowywane w pliku konfiguracyjnym przy użyciu słabego szyfrowania. Jeśli domyślne poświadczenia są znane złośliwemu użytkownikowi, może on uzyskać inne poświadczenia w systemie.

Klient SMTP w bibliotece lwIP nie sprawdza rozmiaru danych wejściowych, co może prowadzić do przepełnienia bufora.

Podatność na wstrzyknięcie SQL (SQL injection) w wtyczce wp-post-author wynika z niewłaściwej neutralizacji specjalnych elementów używanych w poleceniach SQL. Problem dotyczy wersji 4.0.0 przed 4.1.0.

Wtyczka wp-post-author zawiera podatność typu SQL injection wynikającą z niewłaściwej neutralizacji znaków specjalnych w zapytaniach SQL. Problem dotyczy wersji wcześniejszych niż 4.1.0.

PHPNuxBill do wersji 2025.3.20 zawiera podatność przejęcia konta w procesie resetowania hasła klienta w pliku system/controllers/forgot.php. Nieuwierzytelniony atakujący może brute-force'ować 6-cyfrowy kod OTP bez limitów prób i blokady, a następnie odczytać nowo ustawione hasło z odpowiedzi HTTP.

PHPNuxBill do wersji 2025.3.20 zawiera podatność obejścia uwierzytelniania w weryfikacji RADIUS CHAP, ponieważ Password::chap_verify() zwraca true, gdy dostarczona odpowiedź nie pasuje. Atakujący znający prawidłową nazwę użytkownika klienta lub PPPoE może zalogować się przez MikroTik hotspot lub PPPoE CHAP z dowolnym nieprawidłowym hasłem, aby uzyskać dostęp do sieci i wykorzystać plan tego klienta.

PHPNuxBill do wersji 2025.3.20 zawiera nieuwierzytelnioną podatność SQL injection w endpoincie REST FreeRADIUS w pliku radius.php, który wstawia parametry żądania do zapytań whereRaw(). Atakujący może wysyłać spreparowane parametry username, macAddr lub nasid do akcji accounting lub authenticate, aby wyodrębnić rekordy klientów i poświadczenia za pomocą czasowej ślepej SQL injection.

Xerial snappy-java przed wersją 1.1.10.9 zawiera podatność nieograniczonej alokacji pamięci, która pozwala atakującym wyczerpać pamięć JVM poprzez zadeklarowanie dużej długości nieskompresowanych danych w skompresowanym wejściu. Atakujący może dostarczyć kilka spreparowanych bajtów do Snappy.uncompress, uncompressString, SnappyInputStream lub SnappyFramedInputStream, aby wymusić alokacje do 2 GB, powodując OutOfMemoryError i odmowę usługi.

Open5GS do wersji 2.8.0 zawiera podatność osiągalnej asercji w funkcji mme_gn_handle_sgsn_context_request(), umożliwiającą zdalnym nieuwierzytelnionym atakującym zawieszenie MME poprzez zniekształcone elementy SGSN Address IE. Atakujący wysyłający ruch GTPv1-C z skonfigurowanego adresu SGSN ze znanym IMSI lub P-TMSI UE mogą podać nieprawidłową długość adresu, aby zakończyć działanie open5gs-mmed, odmawiając usługi wszystkim abonentom.

Biblioteka Xerial snappy-java od wersji 1.1.7.4 do 1.1.10.10 zawiera podatność podwójnego zwolnienia w SnappyFramedInputStream, która zwraca bufory z puli dwukrotnie, gdy alokacja zastępcza zawiedzie. Atakujący mogą dostarczyć dane ramkowe z dużym zadeklarowanym rozmiarem fragmentu, aby wywołać OutOfMemoryError, powodując współdzielone tablice, które ujawniają lub nadpisują zdekompresowane dane innych strumieni.

Open5GS do wersji 2.8.0 zawiera podatność odczytu poza granicami sterty w funkcji ogs_pfcp_parse_dropped_dl_traffic_threshold(), umożliwiającą zdalnym nieuwierzytelnionym atakującym odczyt poza buforami IE poprzez krótkie IE. Atakujący mogą wysyłać żądania PFCP Session Establishment lub Modification do UPF na porcie UDP 8805 z ustawionymi flagami DLPA i DLBY, potencjalnie powodując awarię UPF.

Open5GS do wersji 2.8.0 zawiera podatność na odczyt poza zakresem pamięci (heap out-of-bounds read) w funkcji ogs_pfcp_parse_volume_measurement() w lib/pfcp/types.c. Zdalny, nieuwierzytelniony atakujący może wysłać żądanie PFCP Session Report Request do SMF na porcie UDP 8805 z krótkim, zawierającym wszystkie flagi Volume Measurement IE, co pozwala na odczyt do 48 bajtów i potencjalnie może spowodować awarię SMF.

HortusFox (hortusfox-web) do wersji 6.3 zawiera podatność nieograniczonego przesyłania plików w PlantAttachmentModel, która pozwala uwierzytelnionym użytkownikom przechowywać pliki z rozszerzeniami dostarczonymi przez klienta w public/attachments/. Atakujący mogą przesyłać pliki HTML lub SVG przez /plants/attachments/add w celu przechowywanego cross-site scripting lub pliki PHP, gdy .htaccess nie jest egzekwowany, w celu wykonania kodu.

HortusFox (hortusfox-web) przed wersją 6.2 zawiera podatność na wstrzykiwanie SQL, która pozwala posiadaczom tokenów API na wstrzykiwanie SQL poprzez dostarczenie spreparowanych wartości include_info do punktu końcowego /api/locations/list. Atakujący mogą umieścić podzapytania w include_info, które PlantsModel::getSpecificInfo() konkatenuje do listy kolumn, aby odczytać dowolną tabelę bazy danych, w tym hasła użytkowników.

Nginx UI to interfejs webowy dla serwera Nginx. Od wersji 2.3.8 do 2.5.0 uwierzytelniony administrator z aktywną sesją może przesłać kontrolowany przez atakującego materiał klucza kopii zapasowej i pasujący manifest do POST /api/restore. Proces przywracania ufa dostarczonemu kluczowi, odszyfrowuje kontrolowaną treść i zastępuje plik app.ini, w tym chronione ustawienia poleceń nginx, takie jak TestConfigCmd. Wywołanie POST /api/nginx/test wykonuje przywrócone polecenie w kontekście środowiska Nginx UI.

Nginx UI w wersjach od 2.5.0 do 2.6.0 wykonuje tymczasowe zapisywanie treści żądania kontrolowanej przez atakującego i synchronizuje ją na dysk przed weryfikacją skrótu i podpisu kryptograficznego. Nieuwierzytelniony zdalny klient może wyczerpać miejsce na dysku, operacje wejścia/wyjścia oraz zasoby przetwarzania żądań, zanim żądanie zostanie odrzucone. Problem został naprawiony w wersji 2.6.0.

Nginx UI to internetowy interfejs użytkownika dla serwera Nginx. Od wersji 2.2.0 do 2.6.0, wbudowany odwrotny proxy nie zachowuje tożsamości zewnętrznego klienta używanej przez Gin, ponieważ backend nie ma konfiguracji zaufanego proxy. Żądania zarządzania mogą być przypisywane do loopback i przechodzić wyjątek listy dozwolonych IP dla loopback, chociaż nadal wymagane są prawidłowe poświadczenia. Nieudane logowania z różnych zewnętrznych klientów są również przypisywane do tego samego adresu loopback, co pozwala nieuwierzytelnionemu atakującemu na wywołanie wspólnego tymczasowego banu logowania dla uwierzytelniania hasłem lub OTP bez unieważniania istniejących sesji. Problem został naprawiony w wersji 2.6.0.

Opublikowany obraz Docker dla openPDC zawiera stałe poświadczenia administracyjne, które nie są wymuszane do zmiany przy pierwszym użyciu. Atakujący z dostępem sieciowym do interfejsu zarządzania może uwierzytelnić się tymi poświadczeniami i uzyskać pełną kontrolę administracyjną nad aplikacją.