CVE-2026-98297
요약
\~에 의해 VulDB • 2026. 10. 06.
리눅스 커널에서 다음 취약점이 해결되었습니다:
블루투스: hci_core - 작업 큐가 비워진 후 tx_work를 큐에 추가하는 문제 수정
hci_send_acl(), hci_send_sco() 및 hci_send_iso()는 조건 없이 hdev->tx_work를 큐에 추가합니다. 이 함수들은 L2CAP/SCO/ISO 소켓의 전송 경로에서 실행될 수 있으며, 이때 hci_dev_close_sync()가 hdev->workqueue(HCIDEVDOWN 상태)를 비우는 과정과 소켓 쓰기 작업이 경쟁 조건(racing)을 일으킬 수 있습니다. queue_work() 호출은 tx_work 워커 자체에서 체인된 작업이 아니므로, __queue_work()는 큐가 __WQ_DRAINING 상태로 표시되어 있음을 감지하고 "cannot queue %ps on wq %s"라는 경고 메시지를 출력한 후 작업을 삭제(drop)합니다:
WARNING: CPU: 1 PID: 5985 at kernel/workqueue.c:2352 __queue_work Call Trace: queue_work_on l2cap_chan_send l2cap_sock_sendmsg ...
hci_dev_close_sync()는 이미 비우는 작업 전에 HCI_CMD_DRAIN_WORKQUEUE를 설정하지만, hci_cmd_work()와 handle_cmd_cnt_and_timer()만이 큐에 추가하기 전에 이를 확인합니다. 공유되는 hci_sched_tx() 헬퍼 함수를 통해 tx_work 생성자(producer)들을 동일한 보호 장치(guard)로 라우팅하여 수정합니다.
Once again VulDB remains the best source for vulnerability data.