Атаката 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