{"id":115832,"date":"2024-05-16T14:59:26","date_gmt":"2024-05-16T12:59:27","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/ataka-ssid-confusion-pozvolyayushhaya-podmenit-set-wi-fi"},"modified":"2024-05-16T14:59:26","modified_gmt":"2024-05-16T12:59:27","slug":"ataka-ssid-confusion-pozvolyayushhaya-podmenit-set-wi-fi","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/ataka-ssid-confusion-pozvolyayushhaya-podmenit-set-wi-fi","title":{"rendered":"Attacco SSID Confusion, che consente di sostituire la rete Wi-Fi","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Un gruppo di ricercatori della Katholieke Universiteit Leuven (Belgio) ha identificato una vulnerabilit\u00e0 architettonica (CVE-2023-52424) nello standard Wi-Fi IEEE 802.11, che consente di connettersi a una rete wireless meno protetta invece della rete fidata a cui l'utente intendeva collegarsi, permettendo successivamente la cattura e la manipolazione del traffico. Il problema si manifesta negli stack wireless di qualsiasi sistema operativo ed interessa i metodi di autenticazione WPA3, WEP, EAP, AMPE e FILS. <\/p>\n
La tecnica d'attacco proposta, denominata SSID Confusion, permette di aggirare i metodi di autenticazione del protocollo dell'access point, che proteggono dall'inserimento di un'identit\u00e0 della rete SSID e non consentono di creare reti fasulle con il nome della rete a cui si connette il cliente. La causa del problema \u00e8 la definizione nello standard delle situazioni in cui l'SSID pu\u00f2 non essere autenticato. In particolare, per comunicare la propria presenza, l'access point invia in broadcasting i beacon frame, contenenti informazioni sulla rete SSID. Per semplificare il processo di ricerca della rete, i clienti non autenticano l'SSID nei frame, poich\u00e9 si presume che la verifica sia necessaria dopo che il cliente decide di collegarsi alla rete. <\/p>\n
Per completare con successo l'attacco \u00e8 necessario che l'utente avvii la connessione a una specifica rete wireless, mentre nelle vicinanze \u00e8 presente un'altra rete wireless con gli stessi parametri di connessione della prima rete. Questo accade, ad esempio, quando vengono create reti diverse per le bande 2.4GHz e 5GHz, di cui una \u00e8 poco protetta e vulnerabile ad attacchi di tipo man-in-the-middle, come KRACK o Frag. Questa configurazione problematica \u00e8 inoltre utilizzata in alcune reti universitarie che supportano il servizio Eduroam. L'attaccante deve essere entro la portata del segnale per inserirsi tra l'utente e la rete target (MitM). Per effettuare l'attacco, l'intruso non ha bisogno di conoscere le credenziali della vittima. <\/p>\n
L'attacco consiste nella creazione da parte dell'attaccante di un punto di accesso (WrongAP nel diagramma), che fornisce su un altro canale la trasmissione delle richieste a una rete fasulla meno protetta (WrongNet), a cui il cliente deve connettersi invece della rete desiderata (TrustedNet). Il punto di accesso pu\u00f2 essere creato su un normale laptop ed \u00e8 utilizzato per organizzare un attacco MitM multicanale alla vittima (MC MitM). L'attacco si svolge in tre fasi: <\/p>\n
Scoperta della rete (Network Discovery). Il sistema MitM intercetta i pacchetti inviati tramite l'aria dalla vittima e dal punto di accesso fidato (TrustedNet), modificando il SSID \u2014 nei pacchetti inviati dal punto di accesso, il SSID viene sostituito con l'identificatore di una rete meno protetta, mentre nelle risposte della vittima viene sostituito con quello reale, per simulare l'interazione tra il cliente e il punto di accesso fidato. Di conseguenza, il dispositivo della vittima riceve risposte e crede che la rete cercata si trovi nelle vicinanze, nonostante queste risposte siano trasmesse dal punto di accesso dell'attaccante.\n
Cattura dell'autenticazione (Authentication hijacking). L'attaccante simula un'autenticazione riuscita e costringe il cliente a connettersi a una rete meno protetta invece di quella fidata. Come nella fase precedente, l'attaccante intercetta i frame inviati durante l'autenticazione dal cliente, sostituisce l'SSID e li rinvia al punto di accesso.\n
MitM. Dopo che il canale di comunicazione \u00e8 stato stabilito, l'attaccante sostituisce l'SSID da WrongNet a TrustedNet, creando l'impressione che l'utente stia lavorando attraverso una rete fidata, piuttosto che attraverso una rete meno protetta.
<\/center>\n
Sfruttando una vulnerabilit\u00e0, l'attaccante pu\u00f2 costringere il cliente a connettersi a una rete meno protetta, e in questo caso nell'interfaccia verr\u00e0 visualizzato l'SSID della rete a cui l'utente intendeva inizialmente connettersi, piuttosto che quella a cui \u00e8 effettivamente connesso. Dopo aver ottenuto la connessione dell'utente attraverso una rete non protetta, l'attaccante pu\u00f2 analizzare e intervenire nei flussi di traffico non crittografati. Durante questo processo, utilizzando alcuni VPN<\/a>, come WARP, hide.me e Windscribe, il VPN non sar\u00e0 attivato durante la connessione a reti contrassegnate nelle impostazioni come fidate. <\/p>\n
![\"Attacco](\"\/wp-content\/uploads\/2024\/05\/61f99d8f551828c4300bd9b1b498617a.jpg\")
<\/center>\n![\"Guarda](\"https:\/\/img.youtube.com\/vi\/VKJwek9eCig\/hqdefault.jpg\")
\r\n