CVE-2026-64409 in Linux
Zusammenfassung
von VulDB • 26.07.2026
Im Linux-Kernel wurde folgende Schwachstelle behoben:
Bluetooth: btmtksdio: Endlosschleife in btmtksdio_txrx_work() korrigiert
Ab und zu tritt ein blockierter Task `btmtksdio_flush()` auf:
INFO: task kworker/u17:0:189 für mehr als 122 Sekunden blockiert. __cancel_work_timer+0x3f4/0x460 cancel_work_sync+0x1c/0x2c btmtksdio_flush+0x2c/0x40 hci_dev_open_sync+0x10c4/0x2190 [..]
Das Problem lässt sich auf eine fehlerhafte Verwendung von `time_is_before_jiffies()` in `btmtksdio_txrx_work()` zurückführen. Die Schleife in `btmtksdio_txrx_work()` sollte beendet werden, wenn sie länger als 5*HZ läuft. Die Timeout-Prüfung ist jedoch falsch implementiert: `time_is_before_jiffies(old_jiffies + 5*HZ)` ergibt true, wenn `old_jiffies + 5*HZ` in der Vergangenheit liegt, d.h., wenn ein Timeout aufgetreten ist. Die Verwendung von OR mit `time_is_before_jiffies(txrx_timeout)` bedeutet Folgendes: - Vor dem 5-Sekunden-Timeout lautet die Bedingung `int_status || false`, sodass so lange durchlaufen wird, wie ausstehende Interrupts vorhanden sind. - Nach dem 5-Sekunden-Timeout ändert sich die Bedingung zu `int_status || true`, was immer true ist.
Wenn die Schleife unendlich wird, terminiert der Loop in `btmtksdio_txrx_work()` niemals und gibt den SDIO-Host nie frei.
Die Terminierungsbedingung der Schleife wurde korrigiert, um ein 5*HZ-Timeout tatsächlich durchzusetzen.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.