Атаката KNOB, която позволява прихващане на криптиран Bluetooth трафик

Разкрити информация за атаката KNOB (Key Negotiation Of Bluetooth), който позволява да се организира прихващане и подмяна на информация в криптиран Bluetooth трафик. Имайки възможност да блокират директната предаване на пакети по време на договарянето на връзката между Bluetooth устройства, атакуващият може да постигне активирането на ключове за сесия, които съдържат само 1 байт ентропия, което позволява прилагането на метода на директно подреждане (brute-force) за определяне на криптографския ключ.

Проблемът е причинен от недостатъци (CVE-2019-9506) в спецификацията на Bluetooth BR/EDR Core 5.1 и по-ранни версии, допускащи използването на твърде кратки криптографски ключове и не пречещи на намесата на атакуващия по време на договарянето на връзката, за да се върне към подобни ненадеждни ключове (възможна е подмяна на пакети от неаутентифициран атакуващ). Атаката може да бъде извършена по време на договарянето на връзката между устройствата (вече установените сесии не могат да бъдат атакувани) и е ефективна само за връзки в режимите BR/EDR (Bluetooth Basic Rate/Enhanced Data Rate), ако и двете устройства са податливи на уязвимостта. При успешно подбиране на ключа, злонамереното лице може да декриптира предаваните данни и незабелязано от жертвата да извърши подмяна в трафика с произволен шифротекст.

При установяване на връзка между два Bluetooth контролера A и B, контролер A след удостоверяване по каналния ключ (link key) може да предложи да използва 16 байта ентропия за ключа за криптиране (encryption key), а контролер B може да се съгласи с това значение или да посочи по-малко стойност, в случай че няма възможност да формулира ключ с предложен размер. В отговор контролер A може да приеме отговорното предложение и активира криптирания канал за връзка. На този етап на договарянето на параметрите не се прилага криптиране, така че атакуващият има възможност да се намеси в обмена на данни между контролерите и да подмени пакета с предложен размер ентропия. Като допустимият размер на ключа варира от 1 до 16 байта, вторият контролер приема това значение и изпраща своето потвърждение с указание за аналогичен размер.

За възпроизвеждане на уязвимостта в лабораторни условия (активността на злонамереното лице се е симулирала на едно от устройствата) е предложен
прототип на инструментариум за извършване на атаката.
За реална атака, атакуващият трябва да бъде в зоната на приемане на устройствата на жертвите и да разполага с възможност за кратковременно блокиране на сигнала от всяко устройство, което може да се реализира чрез манипулиране на сигнала или реактивно заглушаване.

Организацията Bluetooth SIG, отговорна за разработването на стандартите Bluetooth, публикува коригира спецификацията с номер 11838, в която за производителите са предложени мерки за блокиране на уязвимостта (минималният размер на шифровъчния ключ е увеличен от 1 до 7). Проблемът се проявява е на всичките в съответстващите на стандартите Bluetooth стекове и фърмуер на Bluetooth чиповете, включително продуктите Intel, Broadcom, Lenovo, Apple, Microsoft, Qualcomm, Linux, Android, Blackberry и Cisco (от 14 тествани чипа всички са уязвими). В Bluetooth стека на ядрото Linux е внесена има корекция, позволяваща промяна на минималния размер на шифровъчния ключ.

Източник: opennet.ru