CVE-2026-98109

Beschreibung

Im Linux-Kernel wurde die folgende Sicherheitsanfälligkeit behoben: Bluetooth: hci core: Fix race condition during device registration In hci register dev() wird das power on-Arbeitselement in die Warteschlange gestellt hdev->req workqueue bevor hdev->adv monitors idr initialisiert und die MSFT-Erweiterung über msft register() registriert wird. Für Geräte, die mit Macken wie HCI QUIRK RAW DEVICE gekennzeichnet sind, wird das HCI UNCONFIGURED-Flag auf dem Gerät gesetzt. Wenn das Arbeitselement power on gleichzeitig auf einer anderen CPU ausgeführt wird, erkennt hci power on(), dass das Gerät nicht konfiguriert ist, und ruft sofort hci dev do close() auf, was msft do close() aufruft. Gleichzeitig weist msft register() die msft-Struktur zu und setzt sie hdev->msft data vor dem Aufruf von mutex init(&msft->filter lock) aus. Wenn msft do close() ausgeführt wird, während hdev-> msft data bereits zugewiesen ist, der mutex jedoch noch nicht initialisiert wurde, arbeitet mutex lock WARNING: kernel/locking/mutex.c:625 at mutex lock+0x12d8/0x1550 kernel/locking/mutex.c:821 ... Call Trace: msft do close+0x86b/0x10a0 net/bluetooth/msft.c:5522 hci dev do close net/bluetooth/hci core.c:499 [inline] process scheduled work kernel/workqueue.c:3405 worker thread+0xa8d/0xe10 kernel/workqueue.c:436 ret from fork+0x514/0xb70 arch/x86/kernel/process.c:155 ret fromk asm+0x1a/0x30 arch/x86/en Zudem weisen Sie hdev->msft data in msft register() erst nach Abschluss von mutex init(&msft->filter lock) zu.

Quellen & weiterführende Informationen

Hier werden ausschließlich tatsächlich zu dieser Schwachstelle gespeicherte Quellenbelege angezeigt.

Was ist zur Behebung zu tun?

Herstellerhinweise prüfen und das betroffene Produkt kurzfristig patchen oder kompensierende Schutzmaßnahmen aktivieren.

Empfohlene Schritte

• Betroffene Systeme identifizieren: linux linux kernel.
• Exposition prüfen: Internet-Erreichbarkeit, Admin-Oberflächen, VPN, Mail- oder Webdienste.
• Hersteller-Advisory öffnen und verfügbare Updates, Workarounds oder Deaktivierungen prüfen.
• Nacharbeiten dokumentieren: betroffene Assets, Maßnahme, Zeitpunkt, Restrestrisiko.

Übergangsmaßnahmen

• Zugriff auf betroffene Dienste auf vertrauenswürdige Netze einschränken.
• WAF/IDS/EDR-Regeln und Hersteller-IOCs aktivieren, sofern verfügbar.
• Nicht benötigte Funktionen, Plugins oder Dienste temporär deaktivieren.