sull'attacco (Key Negotiation Of Bluetooth), che consente di organizzare l'intercettazione e la sostituzione delle informazioni nel traffico Bluetooth crittografato. Avendo la possibilità di bloccare la trasmissione diretta dei pacchetti durante il processo di negoziazione della connessione degli dispositivi Bluetooth, l'attaccante può ottenere chiavi con solo 1 byte di entropia per la sessione, permettendo di utilizzare un metodo di tentativo sistematico (brute-force) per determinare la chiave di crittografia.
Il problema è causato da inefficienze (CVE-2019-9506) nella specifica Bluetooth BR/EDR Core 5.1 e versioni precedenti, che consentono l'uso di chiavi di crittografia troppo brevi e non impediscono l'interferenza di un attaccante durante la fase di negoziazione della connessione per il ripristino di tali chiavi inaffidabili (è possibile inserire pacchetti da parte di un attaccante non autenticato). L'attacco può essere effettuato al momento della negoziazione della connessione dei dispositivi (le sessioni già stabilite non possono essere attaccate) ed è efficace solo per le connessioni nei modi BR/EDR (Bluetooth Basic Rate/Enhanced Data Rate), se entrambi i dispositivi sono vulnerabili. In caso di riuscita del tentativo di indovinare la chiave, l'attaccante può decifrare i dati trasmessi e, inosservato dalla vittima, inserire nel traffico un qualsiasi testo crittografato.
Durante la connessione tra due controller Bluetooth A e B, il controller A dopo l'autenticazione tramite la chiave di collegamento (link key) può proporre di utilizzare 16 byte di entropia come chiave di crittografia (encryption key), mentre il controller B può accettare questo valore o indicare un valore inferiore nel caso non abbia la possibilità di generare una chiave della dimensione proposta. In risposta, il controller A può accettare la controproposta e attivare un canale di comunicazione crittografato. In questa fase della negoziazione dei parametri, non viene applicata la crittografia, quindi un attaccante ha la possibilità di infiltrarsi nel scambio di dati tra i controller e sostituire il pacchetto con la dimensione di entropia proposta. Poiché la dimensione consentita della chiave varia da 1 a 16 byte, il secondo controller accetterà questo valore e invierà la propria conferma indicando una dimensione analoga.
Per riprodurre la vulnerabilità in condizioni di laboratorio (l'attività del malintenzionato è stata emulata su uno dei dispositivi), è stato proposto
per eseguire l'attacco.
Per effettuare un attacco reale, l'attaccante deve trovarsi nella zona di ricezione dei dispositivi delle vittime e avere la capacità di bloccare temporaneamente il segnale di ciascun dispositivo, il che si propone di realizzare attraverso la manipolazione del segnale o il jamming reattivo.
L'organizzazione Bluetooth SIG, responsabile dello sviluppo degli standard Bluetooth, ha aggiornato la specifica numero 11838, che propone misure per i produttori per bloccare la vulnerabilità (la dimensione minima della chiave di crittografia è aumentata da 1 a 7). Il problema nei rispettivi stack Bluetooth e nei firmware dei chip Bluetooth, inclusi i prodotti , Broadcom, , , , Qualcomm, Linux, , e (dei 14 chip testati, tutti sono risultati vulnerabili). Nel kernel Linux un aggiornamento che consente di modificare la dimensione minima della chiave di crittografia.
Fonte: opennet.ru
