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

  - vsock/vmci：修正對等體在交握期間重設連線時的 UAF vmci_transport_recv_connecting_server（） 針對其預設交換器臂中的對等 RST 傳回 err = 0：err = pkt->type == VMCI_TRANSPORT_PACKET_TYPE_RST ？0 ： -EINVAL;這使得 vmci_transport_recv_listen（） 跳過 vsock_remove_pending（），將擱置的通訊端留在接聽程式的pending_links上，並顯示 sk_state = TCP_CLOSE，而 destroy： 仍然刪除了在 schedule_delayed_work（） 之前獲取的顯式引用。一秒鐘後，vsock_pending_work（） 觀察到 is_pending=true 並執行完整清理：
    vsock_remove_pending（） 然後是兩個尾隨的 sock_put（sk） 呼叫 -- 第一個達到 refcount 0 和
    __sk_freed通訊端，第二個寫入釋放的物件： 錯誤：KASAN：refcount_warn_saturate 中的 slab-use-after-free 由任務 kworker 在 addr ffff88800b1cac80 寫入大小為 4 的工作佇列：事件 vsock_pending_work 將對等 RST 視為任何其他意外封包類型 （err = -EINVAL）。所有 destroy： arms 現在傳回錯誤 < 0，因此 vmci_transport_recv_listen（） 同步從 pending_links 中刪除 pending ，而 vsock_pending_work（） 採用 is_pending=false / ！rejected 分支，僅刪除自己的工作參照。
    這也關閉了 Sashiko 在 v2 上報告的多封包爭用：在任何後續封包找到它之前，擱置將從清單中刪除。Sashiko 也指出的 vmci_transport_recv_listen（） 的錯誤< 0 路徑上預先存在的 sk_acceptq_removed（） 間隙並未在此修補程式中引入或更改。使用 KASAN 在 lts-6.12.79 上測試：52/100 未修補 -> 0/100 已修補。（CVE-2026-64115）

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

偵測

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

high Nessus Plugin ID 327902

版本 1.19