Nel protocollo TCP/IP proprietario , sfruttabili tramite l'invio di pacchetti appositamente formati. Le vulnerabilità sono state assegnate il nome in codice . Alcune vulnerabilità si manifestano anche nel protocollo TCP/IP KASAGO della Zuken Elmic (Elmic Systems), che condivide radici comuni con Treck. Il protocollo Treck è utilizzato in molti dispositivi industriali, medici, di comunicazione, embedded e consumer (da lampadine intelligenti a stampanti e fonti di alimentazione ininterrotte), nonché in attrezzature energetiche, di trasporto, aeronautiche, commerciali e di estrazione petrolifera.
Tra i principali obiettivi per gli attacchi che utilizzano il protocollo TCP/IP Treck si possono citare le stampanti di rete HP e i chip Intel. Inclusi i problemi nel protocollo TCP/IP Treck che hanno causato recenti nei sottosistemi Intel AMT e ISM, sfruttabili tramite l'invio di pacchetti di rete. I produttori Intel, HP, Hewlett Packard Enterprise, Baxter, Caterpillar, Digi, Rockwell Automation e Schneider Electric hanno confermato la presenza di vulnerabilità. Inoltre,
, nei prodotti che utilizzano lo stack TCP/IP Treck, non hanno ancora risposto ai problemi. 5 produttori, tra cui AMD, hanno dichiarato che i loro prodotti non sono affetti dai problemi.
I problemi sono stati riscontrati nell'implementazione dei protocolli IPv4, IPv6, UDP, DNS, DHCP, TCP, ICMPv4 e ARP, a causa di un'errata gestione dei parametri delle dimensioni dei dati (uso di un campo per le dimensioni senza controllare le dimensioni effettive dei dati), errori di validazione dell'input, doppia liberazione della memoria, lettura al di fuori del buffer, overflow interi, controlli di accesso inadeguati e problemi nella gestione delle stringhe con delimitatori nulli.
Due problemi critici (CVE-2020-11896, CVE-2020-11897) con un punteggio CVSS di 10 consentono l'esecuzione di codice sul dispositivo tramite l'invio di pacchetti IPv4/UDP o IPv6 formattati in un modo specifico. Il primo problema critico si manifesta su dispositivi che supportano tunnel IPv4, mentre il secondo su versioni rilasciate prima del 04.06.2009 che supportano IPv6. Un'altra vulnerabilità critica (CVSS 9) è presente nel resolver DNS (CVE-2020-11901) e consente l'esecuzione di codice tramite l'invio di una richiesta DNS opportunamente formattata (il problema è stato utilizzato per dimostrare l'attacco a Schneider Electric APC UPS e si manifesta su dispositivi con supporto DNS).
Altre vulnerabilità CVE-2020-11898, CVE-2020-11899, CVE-2020-11902, CVE-2020-11903, CVE-2020-11905 consentono di ottenere contenuti delle aree di memoria del sistema inviando pacchetti IPv4/ICMPv4, IPv6OverIPv4, DHCP, DHCPv6 opportunamente formattati. Altri problemi possono causare interruzioni del servizio o perdite di dati residui dai buffer di sistema.
La maggior parte delle vulnerabilità è stata corretta nella versione Treck 6.0.1.67 (il problema CVE-2020-11897 è stato risolto nella 5.0.1.35, CVE-2020-11900 nella 6.0.1.41, CVE-2020-11903 nella 6.0.1.28, CVE-2020-11908 nella 4.7.1.27). Poiché la preparazione degli aggiornamenti del firmware per dispositivi specifici può richiedere tempo o risultare impossibile (il stack Treck è in uso da oltre 20 anni, molti dispositivi non ricevono più supporto o sono difficili da aggiornare), si raccomanda agli amministratori di isolare i dispositivi problematici e di configurare sistemi di ispezione dei pacchetti, firewall o router per normalizzare o bloccare i pacchetti frammentati, bloccare i tunnel IP (IPv6-in-IPv4 e IP-in-IP), bloccare il «source routing», attivare l'ispezione delle opzioni errate nei pacchetti TCP, bloccare i messaggi ICMP di controllo non utilizzati (MTU Update e Address Mask), vietare il multicast IPv6 e reindirizzare le richieste DNS a un server DNS ricorsivo sicuro.
Fonte: opennet.ru
