Nello stack TCP/IP proprietario , sfruttabili tramite l'invio di pacchetti appositamente formattati. Le vulnerabilità hanno ricevuto il nome in codice . Alcune vulnerabilità si manifestano anche nello stack TCP/IP KASAGO della Zuken Elmic (Elmic Systems), che ha origini comuni con Treck. Lo stack Treck è utilizzato in molti dispositivi industriali, medici, di comunicazione, incorporati e di consumo (dalle lampadine intelligenti alle stampanti e ai gruppi di continuità), nonché in attrezzature nei settori dell'energia, dei trasporti, dell'aviazione, del commercio e dell'estrazione di petrolio.
Tra i principali obiettivi per gli attacchi che utilizzano lo stack TCP/IP Treck si possono citare le stampanti di rete HP e i chip Intel. Tra l'altro, i problemi nello stack TCP/IP Treck sono stati la causa di recenti nei sottosistemi Intel AMT e ISM, sfruttabili tramite l'invio di un pacchetto di rete. I produttori Intel, HP, Hewlett Packard Enterprise, Baxter, Caterpillar, Digi, Rockwell Automation e Schneider Electric hanno confermato la presenza delle vulnerabilità. Inoltre,
, i cui prodotti 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 soggetti ai problemi.
I problemi sono stati riscontrati nell'implementazione dei protocolli IPv4, IPv6, UDP, DNS, DHCP, TCP, ICMPv4 e ARP, e sono causati da una gestione non corretta dei parametri di dimensione dei dati (uso di un campo di dimensione senza controllare la dimensione effettiva dei dati), errori nella validazione dell'input, doppio rilascio della memoria, lettura da aree al di fuori del buffer, overflow interi, controllo degli accessi inadeguato 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 di eseguire codice sul dispositivo inviando pacchetti IPv4/UDP o IPv6 formattati in un certo modo. Il primo problema critico si verifica sui dispositivi con supporto per tunnel IPv4, mentre il secondo è presente nelle versioni con supporto per IPv6 rilasciate prima del 04.06.2009. Un'altra vulnerabilità critica (CVSS 9) è presente nel risolutore DNS (CVE-2020-11901) e consente di eseguire codice inviando una richiesta DNS appositamente formattata (questo problema è stato utilizzato per dimostrare l'attacco a Schneider Electric APC UPS e si verifica sui dispositivi con supporto per DNS).
Altre vulnerabilità CVE-2020-11898, CVE-2020-11899, CVE-2020-11902, CVE-2020-11903, CVE-2020-11905 consentono di scoprire contenuti della memoria di sistema inviando pacchetti IPv4/ICMPv4, IPv6OverIPv4, DHCP, DHCPv6 appositamente formattati. I restanti problemi possono portare a un'interruzione del servizio o a una perdita 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 corretto 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 essere impossibile (il stack Treck è fornito da oltre 20 anni, molti dispositivi sono rimasti senza supporto o è difficile aggiornarli), si raccomanda agli amministratori di isolare i dispositivi problematici e di configurare la normalizzazione o il blocco dei pacchetti frammentati sui sistemi di ispezione dei pacchetti, firewall o router, bloccare i tunnel IP (IPv6-in-IPv4 e IP-in-IP), bloccare il "source routing", attivare l'ispezione delle opzioni non valide 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 protetto.
Fonte: opennet.ru
