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

  - bpf， sockmap：修正 tcp_bpf_sendmsg（） 中的 cork 釋放後使用 tcp_bpf_sendmsg（） 使 sk_stream_wait_memory（） 保持msg_tx，這會刪除並重新取得通訊端鎖定。其錯誤路徑會嘗試將本機暫存訊息與 psock->cork 的現行值進行比較，以決定msg_tx是否命名本機暫存訊息。
    當兩個執行緒在同一通訊端上傳送時，此比較是不安全的： 執行緒 A 執行緒 B msg_tx = psock->cork sk_msg_alloc（） 失敗 sk_stream_wait_memory（） 釋放通訊端鎖定 取得通訊端鎖定 完成軟木塞 psock->cork = NULL 釋放軟木塞 重新取得通訊端鎖定 msg_tx ！= psock->cork sk_msg_free（msg_tx） 因此，過時的軟木塞被誤認為是本機臨時訊息並再次釋放。
    KASAN 報告： 錯誤：KASAN：sk_msg_free+0x49/0x50 中的 slab-use-after-free 由任務 poc/90 在 addr ffff88810c908800 讀取大小 4 呼叫追蹤：sk_msg_free+0x49/0x50 tcp_bpf_sendmsg+0x14f5/0x1cc0
    __sys_sendto+0x32c/0x3a0 __x64_sys_sendto+0xdb/0x1b0 由作業 89 分配：__kasan_kmalloc+0x8f/0xa0 tcp_bpf_sendmsg+0x16b3/0x1cc0 由作業 91 釋放：__kasan_slab_free+0x43/0x70 kfree+0x131/0x3c0 tcp_bpf_sendmsg+0xec3/0x1cc0 msg_tx 只能命名堆疊本機 tmp 或共用軟木塞。直接檢查 tmp，以便更改的 psock->cork 無法將共用訊息轉換為明顯的本機訊息。
    (CVE-2026-68284)

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

偵測

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

high Nessus Plugin ID 334173

版本 1.7