Linux/Unix 主機上安裝了一個或多個受到弱點影響的套件，且廠商未提供可用的修補程式。

  - 藍牙：hci_core：使用通道刪除序列化 ACL 排程 hci_chan_sent（） 會選取 RCU 下的通道，但在存取 chan->conn 並傳回通道之前刪除讀取鎖定。然後，ACL 和 LE 排程器會使用其封包佇列並更新其傳輸計數器，而不會防止通道刪除。TX 選取通道並釋放 RCU 之後，個別要求工作佇列上的中斷連線命令逾時可以執行 hci_conn_failed（） 和 l2cap_conn_del（）。然後，hci_chan_del（） 可以取消通道連結、完成 synchronize_rcu（）、清除其佇列，並在 TX 恢復之前釋放它。這會導致 hci_chan_sent（） 及其調用方中都存在釋放後使用。KASAN 報告： 錯誤：KASAN：hci_chan_sent+0x892/0x9b0 中的釋放後使用板 工作佇列：hci0 hci_tx_work 呼叫追蹤：hci_chan_sent+0x892/0x9b0 hci_tx_work+0x5e6/0xb70 由工作 91 分配：hci_chan_create+0xe3/0x350 l2cap_conn_add.part.0+0x12/0xa30 l2cap_chan_connect+0x110d/0x1b60 l2cap_sock_connect+0x310/0x530 由工作 99 釋放： hci_chan_del+0x11f/0x170 l2cap_conn_del+0x4f1/0x800 l2cap_connect_cfm+0x88c/0xd30 hci_conn_failed+0x150/0x250 hci_abort_conn_sync+0x3e3/0x800 hci_cmd_sync_run+0x7e/0xc0 hci_abort_conn+0x105/0x1f0 disconnect_sync+0x157/0x290 hci_cmd_sync_work+0x13c/0x290 在兩個排程器中跨通道選擇和傳輸保留現有的裝置互斥，以透過通道拆卸將它們序列化。將逾時處理保留在關鍵區段之外，因為 hci_link_tx_to（） 會取得相同的互斥。這也允許傳輸路徑進入休眠狀態，這與跨封包提交延伸 RCU 讀取端關鍵區段不同。
    (CVE-2026-98735)

請注意，Nessus 依賴供應商報告的套件存在。

偵測

Linux Distros 未修補弱點：CVE-2026-98735

high Nessus Plugin ID 366995

版本 1.1