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

  - netfilter： synproxy：在 skb_ensure_writable synproxy_tstamp_adjust（） 重寫 TCP 時間戳記選項後重新整理 TCPDR，然後透過呼叫端提供的 tcphdr 指標上的 inet_proto_csum_replace4（） 修補 TCP 總和檢查碼。ipv4_synproxy_hook（） 和 ipv6_synproxy_hook（） 都會在呼叫之前使用 skb_header_pointer（） 取得該指標，因此它可以直接別名 skb->head，或指向呼叫端的堆疊上_tcph緩衝區。在取得指標和使用它之間，函式會呼叫 skb_ensure_writable（skb， optend），在複製或非線性 skb 上呼叫 pskb_expand_head（） 並釋放舊的 skb->head。在那之後，快取的 th 就過時了：caller （ipv[46]_synproxy_hook） th = skb_header_pointer（skb， ...， &_tcph） synproxy_tstamp_adjust（skb， protoff， th， ...） skb_ensure_writable（skb， optend） pskb_expand_head（） /* kfree（old skb->head） */ ...
    inet_proto_csum_replace4（&th->check， ...） /* 寫入釋放的頭，或寫入調用方的堆疊副本，使線上總和檢查碼過時 */ 選項位元組透過 skb->data 寫入，並且沒問題;只有總和檢查碼更新會經過 th，因此會出現在錯誤的位置。結果是寫入已釋放的 slab 記憶體，或封包留下的總和檢查碼與其承載不符。透過在 skb_ensure_writable（） 成功後立即從 skb->data + protoff 重新派生 th 來修正，因此後續的總和檢查碼更新會以線性、可寫入的標頭為目標。（CVE-2026-64007）

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

偵測

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

critical Nessus Plugin ID 328121

版本 1.12