CVE-2026-98109 in Linux
요약
\~에 의해 VulDB • 2026. 09. 25.
리눅스 커널에서 다음 취약점이 해결되었습니다:
블루투스: hci_core - 장치 등록 중 Race Condition 수정
hci_register_dev() 함수에서는 hdev->adv_monitors_idr 초기화 및 msft_register()를 통한 MSFT 확장 기능 등록 전에 power_on 작업 항목이 hdev->req_workqueue에 큐잉됩니다. HCI_QUIRK_RAW_DEVICE와 같은 결함(quirk)으로 표시된 장치의 경우, HCI_UNCONFIGURED 플래그가 해당 장치에 설정됩니다. 다른 CPU에서 power_on 작업 항목이 동시에 실행되면, hci_power_on()은 장치가 구성되지 않았음을 감지하고 즉시 hci_dev_do_close()를 호출하며, 이는 msft_do_close()를 호출합니다.
동시에, msft_register()는 msft 구조체를 할당하고 mutex_init(&msft->filter_lock)을 호출하기 전에 이를 hdev->msft_data에 노출시킵니다. 만약 hdev->msft_data가 이미 할당되었지만 뮤텍스가 아직 초기화되지 않은 상태에서 msft_do_close()가 실행되면, mutex_lock(&msft->filter_lock)은 초기화되지 않은 뮤텍스에서 작동하여 DEBUG_LOCKS 경고(triggers a DEBUG_LOCKS warning)를 발생시킵니다:
DEBUG_LOCKS_WARN_ON(lock->magic != lock) WARNING: kernel/locking/mutex.c:625 at __mutex_lock_common kernel/locking/mutex.c:625 [inline]
WARNING: kernel/locking/mutex.c:625 at __mutex_lock+0x12d8/0x1550 kernel/locking/mutex.c:821 ... Call Trace: <TASK> msft_do_close+0x308/0x7b0 net/bluetooth/msft.c:693 hci_dev_close_sync+0x86b/0x10a0 net/bluetooth/hci_sync.c:5522 hci_dev_do_close net/bluetooth/hci_core.c:499 [inline]
hci_power_on+0x32c/0x750 net/bluetooth/hci_core.c:937 process_one_work kernel/workqueue.c:3322 [inline]
process_scheduled_works+0xa8e/0x14e0 kernel/workqueue.c:3405 worker_thread+0x92d/0xe10 kernel/workqueue.c:3486 kthread+0x388/0x470 kernel/kthread.c:436 ret_from_fork+0x514/0xb70 arch/x86/kernel/process.c:158 ret_from_fork_asm+0x1a/0x30 arch/x86/entry/entry_64.S:245 </TASK>
이 문제를 해결하기 위해 hci_register_dev() 내의 queue_work() 호출을 idr_init(&hdev->adv_monitors_idr) 및 msft_register(hdev) 이후로 이동하여 비동기식 작업이 장치 구조체와 확장 기능을 접근하기 전에 완전히 초기화되도록 합니다. 또한, mutex_init(&msft->filter_lock) 완료 후에만 hdev->msft_data를 msft_register()에서 할당합니다.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.