CVE-2026-102718
WysokieCVSS 8.7Streszczenie
Funkcja `_nx_snmp_utility_object_id_get` w dodatku SNMP NetX Duo nie weryfikuje deklarowanej długości danych OID względem rzeczywistego rozmiaru bufora, gdy OID używa wielobajtowego kodowania długości BER, więc zdalny atakujący może wysłać spreparowany pakiet SNMP z wielobajtową długością OID większą niż dostępny bufor, powodując odczyt poza granicami bufora pakietu do sąsiedniej pamięci sterty. Bajty poza zakresem są dekodowane jako wartości składników OID i zapisywane do wewnętrznego bufora ciągu OID agenta, uszkadzając stan agenta. W systemach z ochroną pamięci odczyt poza zakresem stwarza ryzyko awarii wątku agenta SNMP, powodując denial of service. W systemach wbudowanych bez ochrony pamięci odczyt cicho kończy się sukcesem i uszkadza stan wewnętrzny agenta danymi ze sterty.
Ocena ryzyka
Atakujący może spowodować denial of service lub uszkodzić stan agenta SNMP, co może prowadzić do nieprawidłowego działania systemu lub wycieku informacji.
Rekomendacja
Zastosuj poprawkę od producenta NetX Duo. Ogranicz dostęp do SNMP tylko do zaufanych źródeł.
Inne podatności w NetX Duo
Zobacz wszystkie- CVE-2026-102762Wysokie
Klient MQTT NetX Duo wycieka pakiet przenoszący uszkodzoną wiadomość PUBLISH. Każda uszkodzona wiadomość PUBLISH kosztuje jeden pakiet lub łańcuch pakietów z puli odbiorczej sterownika sieciowego i nic go nie zwraca. Osoba atakująca, która może dostarczyć kilkadziesiąt takich wiadomości, wyczerpuje pulę i zatrzymuje cały ruch sieciowy przychodzący na urządzenie aż do jego ponownego uruchomienia.
- CVE-2026-102761Krytyczne
Klient WebSocket w NetX Duo resetuje kursor odmaskowania do pierwszego NX_PACKET przy każdej iteracji przez łańcuch pakietów, podczas gdy górna granica pętli należy do bieżącego pakietu. W standardowym układzie puli pakietów zamaskowana ramka serwera podzielona na dwa pakiety powoduje, że pętla XOR przechodzi przez nieużywany obszar ładunku pierwszego pakietu i dalej przez blok kontrolny NX_PACKET drugiego pakietu. Czterobajtowy klucz maskujący WebSocket kontroluje zapisywane bajty, więc uszkodzenie jest wybierane przez atakującego, a nie przypadkowe.
Oryginalny opis (angielski, źródło NVD)
hey, `_nx_snmp_utility_object_id_get` in the NetX Duo SNMP addon does not validate the claimed OID data length against the actual buffer size when the OID uses BER multibyte length encoding, so a remote attacker can send a crafted SNMP packet with a multibyte OID length larger than the available buffer, causing the parser to read past the packet buffer boundary into adjacent heap memory. the OOB bytes are decoded as OID component values and written into the agents internal OID string buffer, corrupting agent state. on systems with memory protection the OOB read poses the risk of crashing the SNMP agent thread, causing denial of service. on bare metal embedded systems without memory protection the read silently succeeds and corrupts the agents internal state with heap data.
Dane podatności pochodzą z NVD (NIST) · CISA KEV · EPSS