Linux 核心於 2026 年 10 月 11 日至 15 日間發布了針對 CVE-2026-98432 的修復補丁。這是一個發生在 IPv4 TCP 握手過程中的 Use-After-Free (釋放後使用) 漏洞，遠端未經認證的攻擊者可觸發該問題。Linux 核心的 CVE Numbering Authority (CNA) 將其評分為 CVSS 3.1 9.8 (Critical)，Red Hat 亦於 10 月 30 日將評分從 Important (8.1) 提升至 Critical (9.8)。SUSE 評為 important，Ubuntu 評為 High，Oracle 和 Amazon 評為 Important (8.1)。

該漏洞影響自 Linux 4.4 版本以來的所有核心。修復補丁已包含在以下穩定版核心中：5.10.272, 5.15.223, 6.1.190, 6.6.159, 6.12.113, 6.18.56, 7.2.10 以及 7.3。然而，截至 2026 年 10 月 31 日下午 5:15 (CDT)，Ubuntu 的所有發行版仍顯示為「Vulnerable」，Red Hat Enterprise Linux (RHEL) 8, 9, 和 10 也尚未發布修復補丁。AlmaLinux 的修復核心仍在測試倉庫中。

漏洞成因在於當伺服器接受帶有 IPv4 選項標頭的 TCP 連線時，核心會將這些選項從 request socket 傳遞給新連線而未進行複製，並在連線結束時立即釋放記憶體，而另一個 CPU 可能仍在讀取該記憶體以構建握手回應。這導致讀取已釋放的記憶體。

Anthropic 的研究員 Xinyang Ge 報告了此漏洞。Anthropic 表示其 Claude 模型編寫了一個概念驗證 (PoC) 攻擊程式，可在具有 Multipath TCP (MPTCP) 監聽器的 Linux 伺服器上以 root 權限執行命令，且無需憑證。Go 語言自 Go 1.24 起預設啟用 MPTCP 監聽器，因此許多 Go 應用程式可能處於風險中。不過，Go 安全團隊指出底層漏洞並非僅限於 MPTCP，沒有 MPTCP 監聽器的系統也可能受到類似攻擊。

修復方式是由 Eric Dumazet 提交的四行程式碼變更，將兩個 `kfree()` 呼叫改為 `kfree_rcu()`，確保在所有讀者完成讀取後才釋放記憶體。對於無法立即修補的系統，Red Hat 和 AlmaLinux 提供了 nftables 規則來丟棄帶有 IPv4 選項的 TCP 封包作為臨時緩解措施，但這不能完全防止漏洞被利用。此外，停用 MPTCP (`net.mptcp.enabled = 0`) 可移除 Anthropic 攻擊所需的特定環境，但並不能修復核心漏洞本身。

尚待確認：Anthropic 尚未發布其概念驗證攻擊程式碼。

尚待確認：NVD 尚未對該漏洞進行獨立分析。

尚待確認：Ubuntu 和 Red Hat 的具體補丁發布時間表尚未確定。

尚待確認：社群關於單核心系統不受影響以及 ISP 路由器過濾選項封包的說法未經官方證實，僅為用戶推測。

事件背景

CVE-2026-98432 是由 Linux 核心的 CNA 發布的漏洞編號。該漏洞記錄於 10 月 15 日在 cve.org 上發布。截至 10 月 31 日，NVD (國家漏洞資料庫) 仍將其列為「Received」狀態，未進行獨立分析。CISA 的 Known Exploited Vulnerabilities (KEV) 目錄中尚未收錄此 CVE。

Anthropic 的披露政策給予開發者 90 天的修補時間，之後再有 45 天討論細節。截至 10 月 31 日，GitHub 上有 36 個倉庫引用了該 CVE，其中至少六個聲稱包含觸發競態條件或概念驗證程式碼。

此漏洞是本月第二個僅在重啟後生效的 Linux 核心修復。另一個被稱為 Fragnesia 的漏洞正與 PHP2Shell 結合以獲取 root 權限。

社群觀察

社群討論集中在 Ubuntu 和 Red Hat 為何尚未發布補丁，認為這些是主要的伺服器作業系統，其反應速度令人質疑。

有評論指出標題應保留「Linux」字樣，因為這僅影響 Linux 系統，BSD、Mac 或 Windows 不受影響。

技術細節方面，有用戶補充說明： 1. 不僅僅是 MPTCP 的問題，任何帶有選項的 IPv4 接收封包都會創造問題條件。 2. 使用 NetLabel/CIPSO (如 SELinux 或 Smack 配合 CIPSOV4 映射) 也會創造與帶有 IP 選項封包相同的條件。如果使用了這些功能，丟棄帶選項的封包可能會有副作用。 3. 透過網際網路利用該漏洞的可能性較低，因為大多數 ISP 路由器會丟棄帶有 IP 選項欄位的封包。 4. 成功的攻擊需要多個 CPU 核心來處理封包，因此單核心系統或將封包處理綁定到單核心的系統不受影響。