{"id":113690,"date":"2024-02-18T22:02:41","date_gmt":"2024-02-18T20:02:41","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/problemy-privodyashhie-k-obhodu-autentifikaczii-wi-fi-v-iwd-i-wpa_supplicant"},"modified":"2024-02-18T22:02:41","modified_gmt":"2024-02-18T20:02:41","slug":"problemy-privodyashhie-k-obhodu-autentifikaczii-wi-fi-v-iwd-i-wpa_supplicant","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/novosti-interneta\/problemy-privodyashhie-k-obhodu-autentifikaczii-wi-fi-v-iwd-i-wpa_supplicant","title":{"rendered":"Problemi che portano a bypassare l'autenticazione Wi-Fi in IWD e wpa_supplicant","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Sono state trovate vulnerabilit\u00e0 nei pacchetti aperti di IWD (Intel inet Wireless Daemon) e wpa_supplicant, utilizzati per connettere i sistemi Linux client a reti wireless, che portano al bypass dei meccanismi di autenticazione: <\/p>\n
\n
In IWD, la vulnerabilit\u00e0 (CVE-2023-52161) si manifesta solo quando \u00e8 attivata la modalit\u00e0 access point, cosa non tipica per IWD, che di solito \u00e8 utilizzato per connettersi a reti wireless. La vulnerabilit\u00e0 consente di connettersi a un access point creato senza conoscere la password, ad esempio, quando l'utente esplicitamente permette l'accesso alla rete tramite il proprio dispositivo (Hotspot). Il problema \u00e8 stato risolto nella versione IWD 2.14.\n
La vulnerabilit\u00e0 \u00e8 causata dall'assenza di una corretta verifica dell'ordine di esecuzione di tutti i passaggi durante il protocollo di handshake a 4 fasi, utilizzato alla prima connessione a una rete wireless protetta. Poich\u00e9 IWD accetta messaggi per qualsiasi fase del processo di connessione, senza verificare il completamento della fase precedente, un attaccante pu\u00f2 saltare l'invio del messaggio della seconda fase e inviare immediatamente il messaggio della quarta fase, ottenendo accesso alla rete, bypassando la fase in cui avviene la verifica dell'autenticazione. <\/p>\n
In tal modo, IWD cerca di verificare il codice MIC (Message Integrity Code) per il messaggio della quarta fase ricevuto. Poich\u00e9 il messaggio della seconda fase contenente i parametri di autenticazione non \u00e8 stato ricevuto, durante l'elaborazione del messaggio della quarta fase la chiave PTK (Pairwise Transient Key) viene impostata su un valore nullo. Di conseguenza, l'attaccante pu\u00f2 calcolare il MIC, utilizzando un PTK nullo, e questo codice di controllo verr\u00e0 accettato da IWD come valido. Dopo il completamento di tale handshake incompleto, l'attaccante avr\u00e0 accesso completo alla rete wireless, poich\u00e9 l'access point accetter\u00e0 i frame inviati da lui, crittografati con la chiave PTK nulla. <\/p>\n
Il problema identificato in wpa_supplicant (CVE-2023-52160) consente a un aggressore di ingannare un utente per connettersi a una rete wireless fasulla, che \u00e8 un clone della rete a cui l'utente intende collegarsi. Se l'utente si connette alla rete fasulla, l'attaccante pu\u00f2 intercettare il traffico transitato non crittografato dell'utente (ad esempio, visitando siti senza HTTPS).\n
A causa di una carenza nell'implementazione del protocollo PEAP (Protected Extensible Authentication Protocol), l'attaccante pu\u00f2 ottenere il bypass della seconda fase dell'autenticazione quando si connette a un dispositivo dell'utente mal configurato. Il bypass della seconda fase dell'autenticazione consente all'attaccante di creare un clone fasullo di una rete Wi-Fi affidabile e garantire che l'utente si connetta alla rete fasulla senza controllare la password. <\/p>\n