CVE-2026-64405

Beschreibung

Im Linux-Kernel wurde die folgende Schwachstelle behoben: Bluetooth: hci conn: Fix null ptr deref in hci abort conn() hci abort conn() read hci skb event(hdev->sent cmd), wenn eine Verbindung anhängig war, aber hdev->sent cmd kann NULL sein, während req status immer noch HCI REQ PEND ist, was zu einer NULL-Pointer-Dereference und einem allgemeinen Schutzfehler aus dem hci rx work()-Empfangspfad führt. Anstatt hdev->sent cmd zu inspizieren, verfolgen Sie den Befehl Create Connection während des Fluges mit einem neuen HCI CONN CREATE-Flag pro Verbindung und leiten Sie alle Stornierungen über hci cancel connect sync() weiter, die an eine dedizierte Funktion pro Typ gesendet werden. Der Create-Befehl befindet sich in genau einem von zwei Zuständen: noch in der Warteschlange oder im Flug. Die Abbruchfunktion hält cmd sync work lock über die gesamte Entscheidung hinweg: Der Arbeiter nimmt diese Sperre, um jeden Eintrag in die Warteschlange zu stellen, so dass ein in die Warteschlange gestellter Befehl nicht ausgeführt werden kann und ein Befehl während des Fluges nicht abgeschlossen werden kann und den nächsten Befehl ausstehen lässt. Dies hält den Flag-Test und hci cmd sync cancel() atomar in Bezug auf den Worker, so dass ein in die Warteschlange gestellter Befehl einfach dequeued wird und ein Befehl während des Fluges, der dieser Verbindung gehört, storniert wird, ohne das Risiko, einen nicht verwandten Befehl zu stornieren, der in der Zwischenzeit anhängig wurde. CIS verwendet den gleichen Flag-Mechanismus über HCI CONN CREATE CIS, kann jedoch nicht per Verbindung verkettet werden. hci acl create conn sync() und hci le create conn sync() löschen HCI CONN CREATE, nachdem der Befehl create abgeschlossen ist, aber der Befehlsstatus-Handler kann conn über hci conn del() freigeben (z. B. wenn der Controller die Verbindung ablehnt), während der Worker beim Verbindungsabschluss noch blockiert ist. Halten Sie eine Referenz auf conn über den Create-Befehl, damit das Flag ohne Use-after-free gelöscht werden kann.

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.