{"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 Cypress e Broadcom che consente di decifrare il traffico","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"

I ricercatori della societ\u00e0 Eset hanno rivelato<\/a><\/noindex> alla conferenza in svolgimento in questi giorni RSA 2020<\/a><\/noindex> informazioni su vulnerabilit\u00e0<\/a><\/noindex> (CVE-2019-15126<\/a><\/noindex>) nei chip wireless di Cypress e Broadcom, che consente di decifrare il traffico Wi-Fi intercettato, protetto utilizzando il protocollo WPA2. Le vulnerabilit\u00e0 sono state assegnate il nome in codice Kr00k. Il problema riguarda i chip FullMAC (il stack Wi-Fi \u00e8 implementato lato chip piuttosto che nel driver), utilizzati in una vasta gamma di dispositivi consumer, dagli smartphone di noti produttori (Apple, Xiaomi, Google, Samsung), agli assistenti vocali (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 viene azzerata la chiave di sessione (PTK) memorizzata nel chip, poich\u00e9 non verranno inviati ulteriori dati nella sessione corrente. La sostanza della vulnerabilit\u00e0 \u00e8 che i dati rimanenti nel buffer di trasmissione (TX) sono crittografati con una chiave gi\u00e0 azzerata, composta solo da zeri e, di conseguenza, possono essere facilmente decifrati in caso di intercettazione. La chiave vuota viene applicata solo ai dati residui nel buffer, le cui dimensioni ammontano a pochi kilobyte. <\/p>\n

Pertanto, l'attacco si basa sull'invio artificiale di determinati frame che provocano la disassociazione e l'intercettazione dei dati inviati di seguito. La disassociazione viene di solito utilizzata nelle reti wireless per il passaggio da un punto di accesso a un altro durante il roaming o in caso di perdita della connessione con il punto di accesso attuale. La disassociazione pu\u00f2 essere indotta inviando un frame di controllo, che viene trasmesso in chiaro e non richiede autenticazione (l'attaccante deve solo trovarsi nel raggio del segnale Wi-Fi, ma non \u00e8 necessario connettersi alla rete wireless). L'attacco \u00e8 stato testato solo utilizzando il protocollo WPA2; non \u00e8 stata verificata la possibilit\u00e0 di attacco su WPA3.<\/p>\n

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

Secondo una stima preliminare, la vulnerabilit\u00e0 potrebbe interessare miliardi di dispositivi in uso. Non si manifesta sui dispositivi con chip Qualcomm, Realtek, Ralink e Mediatek. Inoltre, la decodifica del traffico \u00e8 possibile sia quando un dispositivo client vulnerabile si connette a un punto di accesso sicuro, sia nel caso in cui un dispositivo non vulnerabile si connette a un punto di accesso in cui si manifesta la vulnerabilit\u00e0. Molti produttori di dispositivi di consumo hanno gi\u00e0 rilasciato aggiornamenti del firmware per correggere la vulnerabilit\u00e0 (ad esempio, Apple ha risolto<\/a><\/noindex> la vulnerabilit\u00e0 gi\u00e0 nell'ottobre dell'anno scorso). <\/p>\n

\u00c8 importante notare 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 compromette le connessioni con crittografia a livello di applicazione (HTTPS, SSH, STARTTLS, DNS over TLS, VPN, ecc.). Il rischio di attacco \u00e8 ulteriormente ridotto dal fatto che l'attaccante pu\u00f2 decifrare solo pochi kilobyte di dati che si trovavano nel buffer di trasmissione durante la disconnessione. Per catturare con successo i dati sensibili inviati tramite una connessione non protetta, l'attaccante deve conoscere esattamente il momento dell'invio oppure deve costantemente iniziare la disconnessione dal punto di accesso, il che attirerebbe l'attenzione dell'utente a causa dei continui riavvii della connessione wireless.<\/p>\n

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