CVE-2025-55094

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.

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.

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.

W NetX Duo przed wersją 6.4.4, module sieciowym dla Eclipse Foundation ThreadX, występuje potencjalny problem odczytu poza zakresem w funkcji _nx_ipv4_packet_receive() podczas obsługi unicastowych wiadomości DHCP, co może powodować uszkodzenie 4 bajtów pamięci.

W NetX Duo przed wersją 6.4.4, module wsparcia sieciowego dla Eclipse Foundation ThreadX, wykryto potencjalny problem odczytu poza zakresem w funkcji _nx_ip_packet_receive() podczas otrzymywania ramki Ethernet z typem IP, ale bez danych IP.

W NetX Duo przed wersją 6.4.4, module wsparcia sieciowego dla Eclipse Foundation ThreadX, wykryto potencjalny problem odczytu poza zakresem w funkcji _nx_ipv4_packet_receive() podczas otrzymywania ramki Ethernet z mniej niż 4 bajtami pakietu IP.

W NetX Duo w wersjach przed 6.4.4 (komponent Eclipse Foundation ThreadX) występuje nieprawidłowe sprawdzanie granic w funkcji _nx_secure_tls_proc_clienthello_supported_versions_extension() w polu wersji rozszerzenia.

W NetX Duo przed wersją 6.4.4, komponencie Eclipse Foundation ThreadX, występuje nieprawidłowa kontrola granic, co prowadzi do odczytu poza zakresem o dwa bajty.

W NetX Duo przed wersją 6.4.4, komponencie Eclipse Foundation ThreadX, istnieje potencjalny odczyt poza zakresem w funkcji _nx_secure_tls_process_clienthello() z powodu braku walidacji długości PSK podanej w wiadomości użytkownika.