{"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\/news\/problemy-privodyashhie-k-obhodu-autentifikaczii-wi-fi-v-iwd-i-wpa_supplicant","title":{"rendered":"Problemi che portano all'aggiramento dell'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 una rete wireless, che portano all'aggiramento dei meccanismi di autenticazione: <\/p>\n
\n
In IWD, la vulnerabilit\u00e0 (CVE-2023-52161) si manifesta solo quando il funzionamento \u00e8 attivato nella modalit\u00e0 hotspot, che \u00e8 atipica per IWD, normalmente utilizzato per la connessione a reti wireless. La vulnerabilit\u00e0 consente la connessione a un hotspot creato senza conoscenza della password, ad esempio quando un utente esplicitamente consente l'accesso tramite il proprio dispositivo (Hotspot). Il problema \u00e8 stato risolto nella versione IWD 2.14.\n
La vulnerabilit\u00e0 \u00e8 causata dalla mancanza di un'adeguata verifica dell'ordine di tutti i passaggi durante il protocollo di 4 fasi per la negoziazione del canale di comunicazione, utilizzato durante la prima connessione a una rete wireless protetta. Poich\u00e9 IWD accetta messaggi per qualsiasi fase della negoziazione della connessione, senza controllare se il passaggio precedente \u00e8 stato completato, un attaccante pu\u00f2 saltare l'invio del messaggio della seconda fase e inviare direttamente il messaggio della quarta fase, ottenendo accesso alla rete, saltando il passaggio in cui si esegue la verifica dell'autenticazione. <\/p>\n
In questo caso, IWD cerca di verificare il codice MIC (Message Integrity Code) per il messaggio della quarta fase ricevuto. Poich\u00e9 il messaggio della seconda fase con 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 una PTK nulla, e questo codice di verifica sar\u00e0 accettato da IWD come valido. Dopo il completamento di tale negoziazione incompleta della connessione, l'attaccante otterr\u00e0 accesso completo alla rete wireless, poich\u00e9 l'hotspot accetter\u00e0 i pacchetti inviati da lui, cifrati con una chiave PTK nulla. <\/p>\n
Il problema riscontrato in wpa_supplicant (CVE-2023-52160) consente a un malintenzionato di attirare un utente in una rete wireless falsa, che funge da clone della rete a cui l'utente intende connettersi. Se l'utente si connette alla rete fraudolenta, l'attaccante pu\u00f2 intercettare il traffico non crittografato dell'utente (ad esempio, richieste a siti senza HTTPS).\n
A causa di un difetto nell'implementazione del protocollo PEAP (Protected Extensible Authentication Protocol), un attaccante pu\u00f2 bypassare la seconda fase di autenticazione quando si connette a un dispositivo utente configurato in modo errato. Il bypass della seconda fase di autenticazione consente all'attaccante di creare un clone fasullo di una rete Wi-Fi fidata e di connettere l'utente a una rete fittizia senza la verifica della password. <\/p>\n