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

  - tcp：修正過時的 per-CPU tcp_tw_isn洩漏，啟用 ISN 預測 Blamed commit 將 TIME_WAIT 衍生的 ISN 從 skb 控制區塊移至 per-CPU 變數，假設寫入該值的相同封包一律會由 tcp_conn_request（） 耗用。生產者 （tcp_v{4,6}_rcv（） 中的 __this_cpu_write（tcp_tw_isn， isn）） 和消費者 （tcp_conn_request（）） 之間的多個丟棄路徑違反了這一假設： - min_ttl/min_hopcount檢查 - xfrm 策略檢查 - tcp_inbound_hash（） MD5/AO 不相符 - tcp_filter（） eBPF/SO_ATTACH_FILTER 丟棄 - th->syn & th->fin 丟棄 tcp_rcv_state_process（） TCP_LISTEN - tcp_v{4,6}_do_rcv（） 中的 psp_sk_rx_policy_check（） -tcp_v{4,6}_do_rcv（） 中的 tcp_checksum_complete（） - tcp_v{4,6}_cookie_check（） 傳回 NULL 當封包丟棄在任何這些路徑上時，tcp_tw_isn會保持設定狀態。然後，在相同 CPU 上處理的下一個 SYN 會耗用 tcp_conn_request（） 中的非零值，並接收可能可預測的 ISN。此修補程式tcp_tw_isn移回 skb->cb[]，刪除了 per-cpu 變數。請注意，tcp_v{4,6}_fill_cb（） 不會設定它。對整體程式碼大小/複雜性的影響非常小： $ scripts/bloat-o-meter -t vmlinux.old vmlinux.new add/remove： 0/0 增長/縮小： 2/1 上/下： 8/-15 （-7） 函數 舊的新 delta tcp_v6_rcv 3038 3042 +4 tcp_v4_rcv 3035 3039 +4 tcp_conn_request 2938 2923 -15 總計：之前=24436060，之後=24436053，chg -0.00% （CVE-2026-64024）

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

偵測

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

critical Nessus Plugin ID 327964

版本 1.22