In the Linux kernel, the following vulnerability has been resolved:
Bluetooth: hci_uart: clear HCI_UART_SENDING when write_work is canceled
HCI_UART_SENDING bit in tx_state means write_work is pending and blocks
queueing it again. Currently this bit is not cleared when canceling the
work in hci_uart_close(), which blocks future writes when device is
reopened later if write_work was pending.
Fix by clearing HCI_UART_SENDING when canceling the work.
Also make clearing of tx_skb safe by using disable_work_sync +
enable_work instead of just cancel_work_sync. hci_uart_flush() purges
the proto tx queue so we can cancel the pending write_work there,
instead of doing it just in hci_uart_close(). Re-enable and possibly
requeue the work after queue flush.
References
Configurations
No configuration.
History
No history.
Information
Published : 2026-08-10 12:17
Updated : 2026-08-17 05:18
NVD link : CVE-2026-68085
Mitre link : CVE-2026-68085
CVE.ORG link : CVE-2026-68085
JSON object : View
Products Affected
No product.
CWE
No CWE.
