über den Angriff (Key Negotiation Of Bluetooth), die es ermöglicht, Informationen im verschlüsselten Bluetooth-Verkehr abzufangen und zu manipulieren. Da der Angreifer die direkte Übertragung von Paketen während des Verbindungsaufbaus zwischen Bluetooth-Geräten blockieren kann, kann er Schlüssel mit nur 1 Byte Entropie für die Sitzung verwenden, wodurch die Methode des Brute-Force zum Entschlüsseln des Schlüssels angewendet werden kann.
Das Problem wird durch Mängel (CVE-2019-9506) in der Spezifikation Bluetooth BR/EDR Core 5.1 und früheren Versionen verursacht, die die Verwendung von zu kurzen Verschlüsselungsschlüsseln zulassen und den Eingriff eines Angreifers während des Verbindungsaufbaus nicht verhindern, so dass auf solche unsicheren Schlüssel zurückgegriffen werden kann (Pakete können von nicht authentifizierten Angreifern eingeschleust werden). Der Angriff kann während des Verbindungsaufbaus der Geräte erfolgen (bereits etablierte Sitzungen können nicht angegriffen werden) und ist nur für Verbindungen im BR/EDR-Modus (Bluetooth Basic Rate/Enhanced Data Rate) wirksam, wenn beide Geräte anfällig sind. Im Falle einer erfolgreichen Schlüsselauswahl kann der Angreifer die übertragenen Daten entschlüsseln und, ohne dass das Opfer es merkt, beliebige verschlüsselte Daten in den Verkehr einfügen.
Bei der Herstellung einer Verbindung zwischen zwei Bluetooth-Controllern A und B kann Controller A nach der Authentifizierung mittels des Link-Keys anbieten, 16 Bytes Entropie für den Verschlüsselungsschlüssel zu verwenden, und Controller B kann diesem Wert zustimmen oder einen kleineren Wert angeben, wenn er nicht in der Lage ist, einen Schlüssel der vorgeschlagenen Größe zu erstellen. In der Antwort kann Controller A das Gegenvorschlag annehmen und den verschlüsselten Kommunikationskanal aktivieren. In dieser Phase des Parameterhandels wird keine Verschlüsselung angewendet, so dass der Angreifer die Möglichkeit hat, sich in den Datenaustausch zwischen den Controllern einzuschleusen und das Paket mit der vorgeschlagenen Entropiemenge zu verändern. Da die zulässige Schlüssellänge von 1 bis 16 Bytes variiert, wird der zweite Controller diesen Wert annehmen und seine Bestätigung mit der Angabe einer ähnlichen Größe senden.
Um die Verwundbarkeit unter Laborbedingungen zu reproduzieren (die Aktivität des Angreifers wurde auf einem der Geräte emuliert), wurde ein
Um einen Angriff durchzuführen.
Für einen echten Angriff muss der Angreifer sich im Empfangsbereich der Opfergeräte befinden und die Möglichkeit haben, das Signal jedes Geräts kurzfristig zu blockieren, was durch Signalmanipulation oder aktives Stören umgesetzt werden kann.
Die Organisation Bluetooth SIG, die für die Entwicklung der Bluetooth-Standards verantwortlich ist, hat die Spezifikation unter der Nummer 11838 überarbeitet, in der den Herstellern Maßnahmen zur Blockierung der Sicherheitsanfälligkeit vorgeschlagen werden (die Mindestgröße des Verschlüsselungsschlüssels wurde von 1 auf 7 erhöht). Das Problem liegt in den entsprechenden Bluetooth-Stacks und -Firmware von Bluetooth-Chips, einschließlich Produkten , Broadcom, , , , Qualcomm, Linux, , und (von 14 getesteten Chips waren alle anfällig). Im Bluetooth-Stack des Linux-Kernels gibt es einen Fix, der es ermöglicht, die Mindestgröße des Verschlüsselungsschlüssels zu ändern.
Quelle: opennet.ru
