{"id":71704,"date":"2020-02-27T20:54:05","date_gmt":"2020-02-27T17:54:05","guid":{"rendered":"https:\/\/prohoster.info\/blog\/uyazvimost-v-wi-fi-chipah-cypress-i-broadcom-pozvolyayushhaya-rasshifrovat-trafik"},"modified":"2020-03-03T16:10:37","modified_gmt":"2020-03-03T13:10:37","slug":"uyazvimost-v-wi-fi-chipah-cypress-i-broadcom-pozvolyayushhaya-rasshifrovat-trafik","status":"publish","type":"post","link":"https:\/\/prohoster.info\/it\/blog\/news\/uyazvimost-v-wi-fi-chipah-cypress-i-broadcom-pozvolyayushhaya-rasshifrovat-trafik","title":{"rendered":"Vulnerabilit\u00e0 nei chip Wi-Fi di Cypress e Broadcom che consente la decrittazione del traffico","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

I ricercatori di Eset hanno rivelato<\/a><\/noindex> alla conferenza in corso RSA 2020<\/a><\/noindex> informazioni su vulnerabilit\u00e0<\/a><\/noindex> (CVE-2019-15126<\/a><\/noindex>) nei chip wireless Cypress e Broadcom, consentendo di decrittare il traffico Wi-Fi intercettato, protetto con il protocollo WPA2. La vulnerabilit\u00e0 \u00e8 stata denominata Kr00k. Il problema interessa i chip FullMAC (il stack Wi-Fi \u00e8 implementato sul chip e non nel driver), utilizzati in una ampia gamma di dispositivi consumer, da smartphone di noti produttori (Apple, Xiaomi, Google, Samsung) a smart speaker (Amazon Echo, Amazon Kindle), schede (Raspberry Pi 3) e punti di accesso wireless (Huawei, ASUS, Cisco).<\/p>\n

La vulnerabilit\u00e0 \u00e8 causata da una gestione errata delle chiavi di crittografia durante la disconnessione (disassociazione<\/a><\/noindex>) del dispositivo dal punto di accesso. Durante la disconnessione, si effettua il reset della chiave di sessione (PTK) memorizzata nel chip, poich\u00e9 non verranno pi\u00f9 inviati dati nella sessione corrente. La natura della vulnerabilit\u00e0 consiste nel fatto che i dati rimanenti nel buffer di trasmissione (TX) vengono crittografati con una chiave ripulita, composta solo da zeri, e quindi possono essere facilmente decrittografati se intercettati. La chiave vuota si applica solo ai dati residui nel buffer, le cui dimensioni sono di alcuni kilobyte. <\/p>\n

Pertanto, l'attacco si basa sull'invio artificiale di determinati pacchetti che causano la disassociazione e sull'intercettazione dei dati inviati successivamente. La disassociazione viene generalmente utilizzata nelle reti wireless per passare da un punto di accesso a un altro durante il roaming o in caso di perdita di connessione con il punto di accesso attuale. La disassociazione pu\u00f2 essere causata dall'invio di un pacchetto di controllo che viene trasmesso in chiaro e non richiede autenticazione (l'attaccante deve solo avere accesso al segnale Wi-Fi, ma non \u00e8 necessario essere connesso alla rete wireless). L'attacco \u00e8 stato testato solo con il protocollo WPA2, mentre la possibilit\u00e0 di attacco su WPA3 non \u00e8 stata verificata.<\/p>\n

\"Vulnerabilit\u00e0<\/a><\/noindex><\/center><\/p>\n

Secondo le stime preliminari, la vulnerabilit\u00e0 potrebbe interessare miliardi di dispositivi in uso. Nei dispositivi con chip Qualcomm, Realtek, Ralink e Mediatek il problema non si manifesta. La decrittazione del traffico \u00e8 possibile sia quando il dispositivo cliente vulnerabile si connette a un punto di accesso non problematico, sia quando un dispositivo immune al problema si connette a un punto di accesso che presenta la vulnerabilit\u00e0. Molti produttori di dispositivi consumer hanno gi\u00e0 rilasciato aggiornamenti del firmware per risolvere la vulnerabilit\u00e0 (ad esempio, Apple ha risolto<\/a><\/noindex> la vulnerabilit\u00e0 gi\u00e0 lo scorso ottobre). <\/p>\n

Va notato che la vulnerabilit\u00e0 interessa la crittografia a livello di rete wireless e consente di analizzare solo le connessioni non protette stabilite dall'utente, ma non permette di compromettere le connessioni con crittografia a livello di applicazione (HTTPS, SSH, STARTTLS, DNS over TLS, VPN ecc.). Il rischio dell'attacco \u00e8 anche ridotto dal fatto che l'attaccante pu\u00f2 decrittografare solo alcuni kilobyte di dati che si trovavano nel buffer di trasmissione al momento della disconnessione. Per catturare con successo i dati riservati inviati attraverso una connessione non protetta, l'attaccante deve sapere esattamente quando vengono inviati, oppure deve continuamente iniziare la disconnessione dal punto di accesso, il che risulterebbe evidente per l'utente a causa dei continui riavvii della connessione wireless.<\/p>\n

Alcuni dei dispositivi testati da Eset per la possibilit\u00e0 di attacco includono:<\/p>\n