CVE-2026-102760
WysokieCVSS 8.3Streszczenie
Gdy NetX Secure jest zbudowany z opcją `NX_SECURE_KEY_CLEAR`, każdy rekord TLS wysyłany w aktywnej sesji jest wymazywany po przekazaniu do TCP. W tym momencie warstwa TCP jest właścicielem łańcucha pakietów i mogła już zwolnić go do puli pakietów. Wymazywanie zapisuje zera w pakietach, które są wolne lub używane przez inny wątek, a gdy wskaźniki ponownie użytego pakietu nie opisują już starych danych, długość wymazywania powoduje niedomiar i wykracza poza koniec puli pakietów.
Ocena ryzyka
Może to prowadzić do uszkodzenia pamięci, co może skutkować awarią systemu lub potencjalnym wykonaniem kodu przez atakującego.
Rekomendacja
Zastosuj poprawkę od producenta NetX Secure. Jeśli to możliwe, wyłącz opcję `NX_SECURE_KEY_CLEAR` lub zaktualizuj do wersji z poprawką.
Inne podatności w NetX Secure
Zobacz wszystkie- CVE-2026-92853Wysokie
Parser komunikatu Certificate w TLS 1.3 w NetX Secure dekrementuje długość komunikatu, aby pominąć bajt kontekstu, bez uprzedniego ustalenia, że komunikat ma bajt do pominięcia. Zerowej długości komunikat Certificate powoduje zawinięcie długości bez znaku do 0xFFFFFFFF, co czyni kolejne sprawdzenie granic bezskutecznym i powoduje odczyt parsera poza bufor pakietu sesji. Wyzwalaczem jest czterobajtowy nagłówek handshake i nie wymaga ważności kryptograficznej.
- CVE-2026-92843Wysokie
Brak sprawdzenia granic w parserze komunikatu Certificate w TLS 1.3 w NetX Secure pozwala złośliwemu serwerowi TLS 1.3 wywołać niedomiar liczby całkowitej bez znaku, a następnie odczyt poza granicami sterty w każdym peercie przetwarzającym zdalny komunikat Certificate. Podatność jest osiągalna przed uwierzytelnieniem, podczas normalnego handshake, przed zakończeniem weryfikacji certyfikatu.
- CVE-2026-102719Średnie
Podatność związana z przewidywalnym ciasteczkiem HelloVerifyRequest w protokole DTLS w NetX Secure. Przewidywalność ciasteczka może umożliwić atakującemu obejście mechanizmu ochrony przed fałszowaniem adresu źródłowego.
- CVE-2026-93475Krytyczne
Parser X.509 w NetX Secure akceptuje klucz publiczny RSA o dowolnym rozmiarze, ale ścieżki weryfikacji podpisu odszyfrowują dane do buforów o stałym rozmiarze dostosowanych do domyślnego NX_CRYPTO_MAX_RSA_MODULUS_SIZE wynoszącego 4096 bitów. Certyfikat z większym modułem powoduje zapis poza zakresem bufora statycznego podczas zwykłej weryfikacji łańcucha certyfikatów, co jest osiągalne przed uwierzytelnieniem.
- CVE-2026-106464Wysokie
Funkcja `_nx_secure_x509_parse_signature_data` oblicza długość podpisu certyfikatu jako `tlv_length - 1` bez uprzedniego sprawdzenia, czy `tlv_length` jest różne od zera. Certyfikat, którego podpis jest pustym ASN.1 BIT STRING, parsuje się pomyślnie i pozostawia certyfikat z długością podpisu `0xFFFFFFFF` oraz wskaźnikiem podpisu o jeden bajt za końcem bufora. Certyfikaty są parsowane od peera podczas handshake TLS, więc dane wejściowe są zdalne i nieuwierzytelnione.
- CVE-2026-102758Wysokie
W funkcji `_nx_secure_x509_asn1_tlv_block_parse()` w NetX Secure występuje odczyt poza granicami bufora. Funkcja odczytuje bajt tagu ASN.1 przed sprawdzeniem, czy bufor zawiera co najmniej jeden bajt, co przy zerowej długości prowadzi do odczytu o jeden bajt poza końcem bufora. Podatność dotyczy parsowania certyfikatów X.509 dostarczanych przez zdalnego klienta podczas uzgadniania TLS.
- CVE-2026-102728Wysokie
Dwa parsery uzgadniania TLS/DTLS po stronie klienta w NetX Secure odczytują pola z komunikatu dostarczonego przez serwer przed sprawdzeniem, czy komunikat jest wystarczająco długi, aby je zawierać. Oba są ograniczonymi odczytami poza zakresem na zdalnie osiągalnej ścieżce, osiągalnymi z klienta TLS lub DTLS łączącego się ze złośliwym lub nieprawidłowym serwerem.
Oryginalny opis (angielski, źródło NVD)
When NetX Secure is built with `NX_SECURE_KEY_CLEAR`, every TLS record sent on an active session is wiped after it has been handed to TCP. By then the TCP layer owns the packet chain and may already have released it to the packet pool. The wipe therefore writes zeros into packets that are free or in use by another thread, and when a reused packet's pointers no longer describe the old data, the length of the wipe underflows and it runs past the end of the packet pool.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS

