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

  - mptcp：修正子流程關閉時過時的 skb->sk 參照 待辦專案清單會由 mptcp_data_lock（） 下的 mptcp_data_ready（） 更新。不過，關閉子流程的待辦專案參照的清除是在 __mptcp_close_ssk mptcp_close_ssk（） 取得 ssk 鎖定之前，且既不持有 ssk 鎖定也不持有 mptcp_data_lock（） 之前，在 （） 中執行的。由於該遊走是在沒有 mptcp_data_lock（） 的情況下執行的，因此在另一個 CPU 上並行 softirq RX 處理 （subflow_data_ready（） -> mptcp_data_ready（） -> __mptcp_add_backlog（），在 mptcp_data_lock（）） 下） 可以在清理迴圈進行時新增參照 ssk 的待辦專案。
    清理可能會遺漏這類項目，或者並行清單更新可能會損毀遊走，讓 skb->sk 在釋放後指向 ssk。隨後的 mptcp_backlog_purge（） 會取消參照過時的指標，在 inet_sock_destruct（） 中觸發警告 （ssk->sk_rmem_alloc ！= 0），然後在 mptcp_backlog_purge（） 中觸發釋放後使用。在 subflow->closing 設為 1 之後，且 ssk 鎖定仍處於保留狀態，在 mptcp_data_lock（） 下序列化，將待辦專案清理移至 __mptcp_close_ssk（） 中來修正此問題。清除僅在推送路徑 （MPTCP_CF_PUSH） 上執行，待辦專案參照會在其中累積;在其他拆卸路徑上，呼叫端已處理清除。透過在清除過程中保留 subflow->closing 集合和 mptcp_data_lock（），任何並行 mptcp_data_ready（） 要么在清除執行並被捕獲之前完成其佇列，要么觀察到 closesing=1 並退出。一旦達到 mptcp_data_unlock（），就無法將參照 ssk 的新 skb 排入佇列，因此清理作業會詳盡無遺。從 mptcp_close_ssk（） 中完全移除未受保護的遊走。（CVE-2026-68170）

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

偵測

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

critical Nessus Plugin ID 334793

版本 1.4