Kein Dongle, kein Root Bluetooth-Sicherheitsbewertungstool für drahtlose Ohrhörer, die von der Airoha SDK-Schwachstellenkette betroffen sind (CVE-2025-20700/20701/20702)
Version 1.0.0
Bluetooth-Sicherheitsbewertungstool für drahtlose Ohrhörer, die von der Airoha-SDK-Schwachstellenkette (CVE-2025-20700 / CVE-2025-20701 / CVE-2025-20702) betroffen sind. Es scannt nach Geräten in der Nähe, erstellt Fingerabdrücke von bekannten betroffenen Airoha-basierten Chipsätzen und prüft auf nicht authentifizierten GATT-Zugriff und RACE-Protokoll-Erreichbarkeit – vollständig über den OS-Bluetooth-Stack (BlueZ) mittels bleak. Es wird kein externer Bluetooth-Dongle benötigt und Root ist nicht erforderlich. Die Ergebnisse werden in einfacher Sprache zusammen mit den technischen Details gemeldet, sodass Sie ohne tiefgehende Bluetooth-Kenntnisse handeln können.
Dieses Tool dient zur Bewertung von Geräten, die Ihnen gehören oder für die Sie die ausdrückliche Erlaubnis zum Testen haben. GATT- und RACE-Prüfungen sind aktive Vorgänge: Sie stellen eine Verbindung zum Zielgerät her und senden Befehle. Führen Sie --gatt, --race, --firmware, --bd-address, --assess, --baseline, --check-drift oder --memory-read nicht gegen ein Gerät aus, das nicht Ihnen gehört oder für das Sie keine Testgenehmigung erhalten haben. --scan ist passiv und lauscht nur auf bereits öffentlich ausgestrahlte Ankündigungen, daher ist es sicher, es gegen alles in Reichweite auszuführen.
--memory-read geht noch einen Schritt weiter als die anderen aktiven Prüfungen: Es ruft eine reale, schreibgeschützte Seite (256 Byte) des tatsächlichen Flash-Inhalts des Geräts an einer festen Adresse ab, als endgültige Bestätigung von CVE-2025-20702, wenn die nur auf Reichweite prüfende --race-Prüfung keine Antwort erhält. Es ist schreibgeschützt (Flash-Lesevorgänge bergen kein Abnutzungs- oder Zerstörungsrisiko, im Gegensatz zu Schreib-/Lösch-/FOTA-Befehlen, die dieses Tool nie sendet), optional und erfordert eine eigene separate Bestätigung über die Standard-Besitzabfrage hinaus, die genau beschreibt, was es tut, bevor es etwas ausführt.
Das Prüfen eines beliebigen Geräts in der Nähe ist nicht nur eine Frage der Richtlinie – es kann echte Nebenwirkungen haben. --gatt versucht einen Lese- oder Benachrichtigungs-Abonnement bei jedem gefundenen Charakteristikum, und einige Unterhaltungselektronikgeräte stellen Bereitstellungsdienste bereit (z. B. Google Fast Pair Service), die darauf reagieren, indem sie einen echten Kopplungs-Handshake auf dem Zielgerät auslösen, unabhängig von dem, was dieses Tool explizit anfordert. Ein Charakteristikum, das Verschlüsselung erfordert, kann selbst gegen Ihr eigenes Gerät dasselbe auslösen, da BlueZ diese Authentifizierungsanfrage stillschweigend an den Agenten weiterleiten kann, den Ihr Desktop registriert hat (z. B. KDE-Kopplungsaufforderung) – daher registriert jeder aktive Befehl auch seinen eigenen temporären BlueZ-Agenten, der jede solche Anfrage für die Dauer der Prüfung automatisch ablehnt, sodass überhaupt keine Kopplungsaufforderung erscheinen kann. Jeder aktive Befehl fordert außerdem weiterhin eine Bestätigung an, dass die Zieladresse Ihre ist, bevor etwas über Funk gesendet wird; übergeben Sie --yes, um die Aufforderung für Skriptnutzung zu überspringen, sobald Sie bestätigt haben, dass es Ihr Gerät ist:
buds_audit.py --assess --target AA:BB:CC:DD:EE:FF --yes
--watch ist passiv, wie --scan – es lauscht nur auf bereits ausgestrahlte Ankündigungen und verbindet sich nie mit irgendetwas, daher fordert es keine Bestätigung an.
python3 -m venv venv
venv/bin/pip install -r requirements.txt
Erfordert Python 3.10+ (entwickelt mit 3.14) und ein Linux-System mit BlueZ und einem eingeschalteten Bluetooth-Adapter.
Nur Linux, und nicht automatisch jedes Linux-System:
bleak selbst hat ein Windows-Backend, aber dieses Tool verlässt sich nicht allein auf bleak – die Bluetooth-Classic-Erkennung (core/scanner.py) und die Überprüfung des Kopplungsstatus (core/gatt.py) nutzen beide direkt bluetoothctl, ein reines BlueZ-CLI-Tool, das es unter Windows nicht gibt. Diese Codepfade würden einfach mit "Befehl nicht gefunden" fehlschlagen.bluetoothctl im PATH, nicht nur einen beliebigen Linux-Kernel. Die meisten Desktop-Distributionen liefern dies mit; ein minimales oder Server-Image ohne das installierte bluez-Paket hat es nicht standardmäßig. Getestet und root-frei mit BlueZ 5.86 – andere Versionen sollten genauso funktionieren, da bleak auf die standardmäßige D-Bus-API von BlueZ abzielt, aber dies wurde nicht unabhängig erneut überprüft.usbipd-win, das nur USB-angeschlossene Adapter weiterleitet. Das eingebaute Bluetooth der meisten Laptops ist über einen nicht-USB-Bus (SDIO/PCIe, zusammen mit WLAN) angeschlossen, den usbipd-win in der Regel nicht weiterleiten kann – daher hängt dies vollständig von der spezifischen Hardware ab.Sie benötigen keinen eigenen Linux-Rechner – Sie brauchen nur Linux mit echtem Zugang zu einem Bluetooth-Funk. Zwei praktische Möglichkeiten, dies zu erreichen:
In beiden Fällen gilt die gleiche Regel: Das Tool selbst ist unverändert – es benötigt lediglich Linux mit einem Bluetooth-Adapter, den BlueZ tatsächlich erreichen kann.
Viele TWS-Ohrhörer stoppen das Senden von Ankündigungen (und trennen jede aktive Verbindung) nach einer gewissen Inaktivitätszeit, um Strom zu sparen, und einige schalten sich vollständig aus. Wenn ein Scan ein Gerät, das vor einer Minute gefunden wurde, nicht finden kann oder eine Prüfung teilweise fehlschlägt, liegt das in der Regel daran, dass die Ohrhörer in den Leerlauf gegangen sind, nicht an einem Fehler – nehmen Sie sie aus der Hülle oder drücken Sie erneut die Kopplungstaste und wiederholen Sie den Vorgang.