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-102758Nieznane
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-102728Nieznane
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.
- 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.
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