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

  - 藍牙：hci_uart：修正關閉和初始化路徑中的 UAF 和爭用情形 在 hci_uart 的生命週期管理中觀察到導致釋放後使用 （UAF） 和空指標解除參照 （NPD） 條件的弱點。出現主要問題是因為只有在 TTY 關閉期間設定HCI_UART_PROTO_READY旗標時，工作佇列 （init_ready 和 write_work） 才會排清/取消。如果在安裝完成之前發生掛機，hci_uart_tty_close（） 會跳過這些工作佇列的拆卸，並繼續釋放 'hu' 結構。當排程工作稍後執行時，它會盲目地解除參照釋放的「hu」結構。
    此外，在拆卸序列中發現了幾個資料爭用和 UAF：1. 從 hci_uart_close（） 呼叫 hci_uart_flush（） 而不有效地停用 write_work 會導致爭用條件，其中兩者可以同時雙重釋放 hu->tx_skb。發生這種情況是因為通訊協定計時器可以同時叫用 hci_uart_tx_wakeup（） 並重新排隊write_work。2. 在 hu->proto->close（hu） 之前呼叫 hci_free_dev（hdev） 會在廠商特定通訊協定關閉回呼取消參照 hu->hdev 時造成 UAF。3.
    在初始化錯誤路徑中，在清除PROTO_READY之前未能採取proto_lock寫入鎖定，會導致與作用中讀取器爭用。此外，hci_uart_tty_receive（） 會在讀取鎖定之外存取 hu->hdev，如果初始化錯誤路徑同時釋放 hdev，則會導致 UAF。透過以下方式修正這些同步處理和生命週期問題： 1. 重新排序 hci_uart_tty_close（） 以先清除HCI_UART_PROTO_READY，然後立即清除 cancel_work_sync（&hu->write_work）。清除旗標會鎖定並行通訊協定計時器，無法成功叫用 hci_uart_tx_wakeup（），有效地使取消永久化，並防止tx_skb雙重釋放。2. 注意：提前清除PROTO_READY會導致 hci_uart_close（） 跳過 hu->proto->flush（）。這在tty_close路徑中是完全安全的，因為 hu->proto->close（） 會在不久之後執行，這本質上會清除所有協定 SKB 佇列並拆除狀態。3. 將 hu->proto->close（hu） 嚴格在 hci_free_dev（hdev） 之前重新定位到所有關閉和錯誤路徑中，以防止供應商級 UAF。4. 將 hci_uart_tty_receive（） 中的 hdev->stat.byte_rx 增量移動到proto_lock讀取端關鍵區段內，以安全地與裝置取消註冊同步。5. 將 cancel_work_sync（&hu->write_work） 新增至 hci_uart_close（），以便在透過 HCI 核心叫用 hci_uart_flush（） 之前安全地排清工作佇列。6. 在所有路徑中使用 cancel_work_sync（） 而不是 disable_work_sync（），以防止永久破壞使用者空間重試功能。
    (CVE-2026-46275)

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

偵測

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

high Nessus Plugin ID 319698

版本 1.27