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

  - subsys/bluetooth/host/classic/hfp_hf.c 中的 bt_hfp_hf_connect（） 會使用 hfp_hf_create（） 配置每個連線的 HFP 免持物件，這會透過將物件的內嵌 hf->sdp_param 傳遞給 bt_sdp_discover（） 來啟動 SDP 探索。該呼叫會將呼叫端擁有的參數區塊連結至 SDP 用戶端的要求清單 （subsys/bluetooth/host/classic/sdp.c 中的 session->reqs）。如果後續的 bt_rfcomm_dlc_connect（） 失敗，受影響的程式代碼會在該發現仍未完成時使用 （void）memset（new_hf， 0， sizeof（*new_hf）） 抹除整個物件，將 SDP 用戶端清單中仍連結的sys_snode_t _node與要求的 func、uuid 和集區指標一起歸零，並將可能已在系統工作佇列上排入佇列的 hf->slc_work 工作專案歸零。相反，該發現無法撤回：
    bt_sdp_discover_cancel（） 在 include/zephyr/bluetooth/classic/sdp.h 中宣告，但沒有實作。
    失敗的分支可透過對等提供的輸入連線。bt_hfp_hf_connect（） 的記錄用途是傳遞從遠端音訊閘道的 SDP 記錄中讀取的 RFCOMM 通道;bt_sdp_get_proto_param（） 和 bt_hfp_hf_connect（） 都不會檢查該值，因此具有 RFCOMM 通道在 1-30 之外通告 HFP AG 記錄的遠端裝置會使 bt_rfcomm_dlc_connect（） 傳回 -EINVAL 並將本機裝置驅動到抹除狀態。當遠端對等體控制連線計時時 （例如，當 RFCOMM 階段作業處於BT_RFCOMM_STATE_DISCONNECTING狀態，或物件建立與 RFCOMM 呼叫之間捨棄 ACL 時），會在不濫用任何應用程式的情況下到達相同的分支。物件被擦除後，藍牙主機會繼續使用它：sdp_client_alloc_buf（） 解除參照 session->param->pool，現在為 NULL，而 SDP 接收路徑透過 null 函數指標呼叫 session->param->func（），這兩個指標都未進行 NULL 檢查。因為擦除也會清除 hf->acl，所以集區插槽會被視為空閒，重試或傳入的 HFP 連線會重新附加相同的仍然連結清單節點，將 session->reqs 變成主機清單遍歷者永遠不會離開的自我參照清單。結果是藍牙主機執行緒中發生故障或無法復原的停擺;雜散間接呼叫是透過攻擊者無法控制其目標的全零指標，因此實際影響是拒絕服務。此修正會保留已分配的物件，並使用新的 BT_HFP_HF_FLAG_RELEASING 旗標標示它，讓 bt_hfp_hf_discover_cb（） 在探索完成後釋放它，而不是在 SDP 用戶端下銷毀它。只有啟用了 CONFIG_BT_CLASSIC 和 CONFIG_BT_HFP_HF 的組建才會受到影響。（CVE-2026-82388）

請注意，Nessus 的判定取決於廠商所報告的套件是否存在。

偵測

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

medium Nessus Plugin ID 372668

版本 1.2

版本 1.1

版本 1.2 Oct 29, 2026, 3:00 PM CVSS metrics ("CVSSv2 score" set to 4.6) CVSS metrics ("CVSSv2 vector" set to "CVSS2#AV:A/AC:H/Au:N/C:N/I:N/A:C") Plugin Feed: 202610291500
版本 1.1 Oct 28, 2026, 8:56 AM New Plugin Feed: 202610280856