Linux/Unix 主机中安装的一个或多个程序包受到一个漏洞影响，而供应商没有提供补丁程序。

  - Bluetooth：hci_core：修复设备注册期间的争用条件 在 hci_register_dev（） 中，power_on工作项排入 hdev->req_workqueue 队列，然后再初始化 hdev->adv_monitors_idr并通过 msft_register（） 注册 MSFT 扩展。对于标有 HCI_QUIRK_RAW_DEVICE 等 quirk 的设备，会在设备上设置 HCI_UNCONFIGURED 标志。当power_on工作项在另一个 CPU 上并发运行时，hci_power_on（） 会检测到设备未配置，并立即调用调用 msft_do_close（） 的 hci_dev_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警告：
    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 ... 调用跟踪： <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 [内联] hci_power_on+0x32c/0x750 net/bluetooth/hci_core.c：937 process_one_work kernel/workqueue.c：3322 [内联] 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/0xb70arch/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） 完成后才在 msft_register（） 中分配 hdev->msft_data。（CVE-2026-98109）

请注意，Nessus 依赖供应商报告的程序包是否存在进行判断。

检测

Linux Distros 未修补的漏洞：CVE-2026-98109

medium Nessus 插件 ID 350477

版本 1.9