Mathy Vanhoef, l’autore dell’attacco KRACK alle reti wireless, ha rivelato dettagli su 12 vulnerabilità che colpiscono vari dispositivi wireless. I problemi identificati sono stati raggruppati sotto il nome in codice FragAttacks e interessano praticamente tutte le schede e gli access point wireless di uso comune: tra i 75 dispositivi testati, ognuno è stato vulnerabile ad almeno uno dei metodi di attacco proposti.
I problemi sono stati suddivisi in due categorie: 3 vulnerabilità sono state rilevate direttamente negli standard Wi-Fi e interessano tutti i dispositivi che supportano gli attuali standard IEEE 802.11 (i problemi risalgono al 1997). 9 vulnerabilità riguardano errori e difetti in specifiche implementazioni degli stack wireless. La seconda categoria presenta la maggiore pericolosità, poiché l’organizzazione di attacchi su difetti standard richiede impostazioni specifiche o l’esecuzione di determinate azioni da parte della vittima. Tutte le vulnerabilità si manifestano indipendentemente dall’uso di protocolli per garantire la sicurezza Wi-Fi, inclusa l'adozione di WPA3.
La maggior parte delle tecniche di attacco identificate consente a un malintenzionato di effettuare l'inserimento di frame L2 in una rete protetta, il che dà la possibilità di infiltrarsi nel traffico della vittima. Tra gli scenari di attacco più realistici viene menzionata la sostituzione delle risposte DNS per indirizzare l'utente verso l'host dell'attaccante. Viene anche fornito un esempio che illustra l'uso di vulnerabilità per eludere il traduttore di indirizzi su un router wireless e stabilire un accesso diretto al dispositivo all'interno della rete locale, o ignorare le limitazioni del firewall. La seconda parte delle vulnerabilità, legata alla gestione dei frame frammentati, consente di estrarre dati sul traffico in una rete wireless e intercettare i dati degli utenti trasmessi senza crittografia.
È stata preparata una dimostrazione da un ricercatore che mostra come sfruttare le vulnerabilità per intercettare la password trasmessa quando ci si connette a un sito tramite il protocollo HTTP non crittografato. Viene anche mostrato come attaccare una presa intelligente controllata tramite Wi-Fi e utilizzarla come base per continuare l'attacco a dispositivi non aggiornati nella rete locale, che presentano vulnerabilità non corrette (ad esempio, è stato possibile attaccare un computer non aggiornato con Windows 7 nella rete interna bypassando il NAT).
Per sfruttare le vulnerabilità, l'attaccante deve trovarsi entro la portata del dispositivo wireless target, per inviare un insieme di pacchetti formattati appositamente alla vittima. I problemi riguardano sia i dispositivi client e le schede wireless, sia i punti di accesso e i router Wi-Fi. In generale, come misura di protezione sufficiente è consigliato l'uso di HTTPS insieme alla crittografia del traffico DNS tramite DNS over TLS o DNS over HTTPS. Anche l'uso di VPN.
Le quattro vulnerabilità più pericolose nelle implementazioni dei dispositivi wireless consentono, attraverso metodi semplici, di iniettare pacchetti non criptati.
- Le vulnerabilità CVE-2020-26140 e CVE-2020-26143 permettono l'inserimento di pacchetti su alcuni punti di accesso e schede wireless in Linux, Windows e FreeBSD.
- La vulnerabilità VE-2020-26145 consente il trattamento di frammenti broadcast non criptati come pacchetti completi in macOS, iOS, FreeBSD e NetBSD.
- La vulnerabilità CVE-2020-26144 consente il trattamento di pacchetti non criptati ricostruiti A-MSDU con EtherType EAPOL su Huawei Y6, Nexus 5X, FreeBSD e LANCOM AP.
Altre vulnerabilità nelle implementazioni sono principalmente legate a problemi che si verificano durante l'elaborazione dei pacchetti frammentati:
- CVE-2020-26139: consente il reindirizzamento dei pacchetti con il flag EAPOL inviati da un mittente non autenticato (colpisce 2/4 punti di accesso verificati, oltre a soluzioni basate su NetBSD e FreeBSD).
- CVE-2020-26146: consente la ricostruzione dei frammenti crittografati senza controllare l'ordine dei numeri di sequenza.
- CVE-2020-26147: consente la ricostruzione di frammenti misti crittografati e non crittografati.
- CVE-2020-26142: consente di elaborare i frame frammentati come frame completi (affetta OpenBSD e il modulo wireless ESP12-F).
- CVE-2020-26141: mancanza di verifica del TKIP MIC per i frame frammentati.
Problemi nelle specifiche:
- CVE-2020-24588 — attacco ai frame aggregati (il flag «is aggregated» non è protetto e può essere sostituito dall'attaccante nei frame A-MSDU in WPA, WPA2, WPA3 e WEP). Viene citato un esempio di attacco che reindirizza l'utente a un server DNS malevolo o bypassa il NAT.
- CVE-2020-245870 — attacco alla mescolanza delle chiavi (è consentita la ricostruzione di frammenti criptati utilizzando diversi chiavi in WPA, WPA2, WPA3 e WEP). L'attacco consente di determinare i dati inviati dal cliente, ad esempio, identificare il contenuto dei Cookie durante l'accesso via HTTP.
- CVE-2020-24586 — attacco alla cache dei frammenti (gli standard che coprono WPA, WPA2, WPA3 e WEP non richiedono la rimozione dei frammenti già memorizzati nella cache dopo una nuova connessione alla rete). Permette di determinare i dati inviati dal cliente e di effettuare la sostituzione dei propri dati.
Per testare la vulnerabilità dei propri dispositivi, è stato preparato un set di strumenti e un'immagine Live pronta per creare un'unità USB avviabile. In Linux, i problemi si manifestano nella rete wireless mac80211, in determinati driver wireless e nei firmware caricati sulle schede wireless. Per risolvere le vulnerabilità, è stato proposto un insieme di patch che copre lo stack mac80211 e i driver ath10k/ath11k. Per alcuni dispositivi, come le schede wireless Intel, è necessaria anche l'installazione di un aggiornamento del firmware.
Test dei dispositivi standard:
Test delle schede wireless in Linux e Windows:
Test delle schede wireless in FreeBSD e NetBSD:
I produttori sono stati avvisati dei problemi già 9 mesi fa. Questo lungo periodo di embargo è spiegato dalla coordinazione degli aggiornamenti e dai ritardi nella preparazione delle modifiche alle specifiche da parte delle organizzazioni ICASI e Wi-Fi Alliance. Inizialmente, era previsto rivelare le informazioni il 9 marzo, ma, valutati i rischi, è stato deciso di rinviare la pubblicazione di altri due mesi per dare più tempo alla preparazione delle patch, considerando la complessità delle modifiche e le difficoltà derivanti dalla pandemia di COVID-19.
È notevole che, nonostante l'embargo, Microsoft abbia già risolto alcune vulnerabilità nel suo aggiornamento di marzo per Windows. La divulgazione delle informazioni è stata rinviata di una settimana rispetto alla data inizialmente prevista e Microsoft non è riuscita o non ha voluto apportare modifiche all'aggiornamento programmato per la pubblicazione, creando così una minaccia per gli utenti di altri sistemi, poiché gli aggressori potevano ottenere informazioni sulle vulnerabilità attraverso il reverse engineering del contenuto degli aggiornamenti.
Fonte: opennet.ru
