Linux kernel TCP 競爭條件：Anthropic AI 寫出 9.8 分 root exploit48 分鐘洩漏核心位址、5 分鐘取得 root shell

發生了什麼

想像你的 Linux 伺服器執行一個 TCP listener 服務。遠端攻擊者發送一個 TCP 連線請求，夾帶特製的 IP options。然後再發送一次。在核心處理這兩個請求的競爭視窗裡，核心可能會讀取已經釋放的記憶體。攻擊者贏得競爭後，核心會把附近的記憶體內容回傳給攻擊者。48 分鐘後，攻擊者拿到核心位址，繞過 KASLR。再花 5 分鐘，同一個漏洞讓攻擊者溢位緩衝區、覆寫回呼指標，核心呼叫指標時執行攻擊者的 payload，攻擊者取得 root shell。

2026 年 10 月 29 日，The Hacker News 報導 Linux kernel TCP 連線處理的競爭條件（CVE-2026-98432），核心 CVE 團隊評 9.8 分，但 Red Hat、Oracle、SUSE 評 5.9–8.1 分。Anthropic 於 10 月 27 日公布其 Claude AI 模型在「初步提示」後自行寫出完整 exploit，讓遠端攻擊者無需憑證即可 root Linux 伺服器。

來源：本文整理自 The Hacker News 於 2026 年 10 月 29 日發布的報導，原始研究來自 Anthropic 於 10 月 27 日的揭露。原文連結，原文發布日期為 2026 年 10 月 29 日。

截至 10 月 29 日，Ubuntu 22.04–26.10 與 Red Hat Enterprise Linux 8–10 標示受影響但尚未發布修補核心。Debian、Oracle Linux、SUSE、Amazon Linux 已發布部分核心套件修補。

漏洞細節：TCP handshake 的競爭條件

漏洞位置與觸發條件

競爭發生在 TCP handshake 期間。當連線完成時，核心將待處理請求中儲存的 IP options 傳給新 socket，沒有複製。

如果該 socket 在另一個 CPU 仍在讀取 options 時被銷毀，核心會讀取已釋放的記憶體（use-after-free）。

IPv6 不受影響，因為核心會為 IPv6 連線複製 options。

影響版本與修補版本

漏洞自 Linux 4.4 引入。核心開發者於 2026 年 10 月 5 日套用修補，十天後（10 月 15 日）CVE 發布。

修補版本：5.10.272、5.15.223、6.1.190、6.6.159、6.12.113、6.18.56、7.2.10、7.3。

修補方式：讓核心等到其他 CPU 完成讀取 options 後再釋放記憶體。

評分差異：9.8 vs 5.9–8.1

核心 CVE 團隊於 10 月 24 日（CVE 發布九天後）將評分加到 CVE 紀錄，給了 9.8。

評分假設攻擊者發送帶 IPv4 Record Route 或 Timestamp options 的 TCP 連線請求，再重送請求嘗試贏得競爭。團隊評攻擊複雜度低，因為競爭的兩邊都是「攻擊者誘發的」。

在此情況下，團隊認為漏洞可能：

• 將附近核心記憶體回傳給攻擊者
• 損壞核心記憶體
• 讓系統崩潰

Red Hat 的 CVE 頁面評中等（Moderate），評 5.9，理由是競爭難贏。Red Hat 說最可能的結果是核心崩潰，記憶體損壞在理論上可能，但「沒有機密性或完整性影響被證實」。

但 Red Hat 的機器可讀 advisory 檔案（10 月 29 日更新）列為 Important、評 8.1，認為有高機密性與完整性影響。Red Hat 的 bug tracker 同日將嚴重性從 medium 改為 high。

Oracle 與 SUSE 也評 8.1，使用與 Red Hat advisory 檔案相同的 CVSS 向量。這些評分與核心團隊在每個指標上都相同，除了攻擊複雜度：廠商評高、核心團隊評低。Amazon 評 7.0。

Anthropic 的 AI 生成 exploit

Anthropic 於 10 月 27 日在一篇關於其 AI 模型 Claude 找到並 exploit 漏洞的文章中描述了 Linux exploit。The Hacker News 於 10 月 28 日報導該文章。

Claude 在「初步提示」後寫出 exploit。

兩階段攻擊

Exploit 分兩階段：

1. 洩漏核心位址：透過競爭讓核心回傳額外的位元組。一旦回應中包含核心位址，攻擊者可繞過 KASLR（核心記憶體位址隨機化）。測試中，洩漏核心位址花了 48 分鐘。

2. 取得 root：用同一個漏洞溢位緩衝區、覆寫回呼指標，指向攻擊者已放在核心記憶體中的 payload 位址。核心呼叫該指標時，payload 以 root 權限執行攻擊者選擇的 shell 指令。測試中，從洩漏位址到指令執行花了 5 分鐘。

輸掉的競爭只會失敗那次連線、不會讓系統崩潰，所以攻擊者可以持續嘗試。

未公開細節

Anthropic 的文章沒有包含 exploit 程式碼、核心版本或測試的設定。

MPTCP 的角色

Red Hat 說遠端攻擊者若能到達暴露的 TCP 服務就能觸發競爭。但 Anthropic 的 root exploit 針對有 multipath TCP (MPTCP) listener 的伺服器。

文章沒有說明沒有 MPTCP listener 的伺服器是否能以相同方式被接管。

CVE 紀錄與核心修補都沒有提到 MPTCP。MPTCP 與此漏洞的連結來自 Anthropic 的文章。

MPTCP 讓一個連線同時使用多條網路路徑。在 Linux 上，應用程式必須在開啟 socket 時要求 MPTCP。

Go 1.24 起，Go 程式預設為其 listener socket 啟用 MPTCP，Go Security Team 於 10 月 29 日表示。

發行版修補狀態

Anthropic 的文章說漏洞「已在上游修補並 backport 到所有維護中的穩定核心分支」。但對發行版使用者來說，修補只在廠商的核心套件釋出時到達。

Debian、Oracle Linux、SUSE、Amazon Linux 已針對部分核心釋出修補套件，但 Ubuntu 與 RHEL 尚未釋出。

修補狀態表（截至 10 月 29 日）

Ubuntu 也列出其 cloud、FIPS、real-time 核心為易受攻擊或進行中。10 月 29 日，Red Hat 說其修補「目前延後到未來更新」。到 10 月 30 日，它列 RHEL 8、9、10 與 OpenShift 4 為受影響而非 Fix deferred。Red Hat 與 Ubuntu 都沒有給釋出日期。

如何防禦

若發行版已釋出修補核心，立即安裝

Debian、Oracle Linux、SUSE、Amazon Linux 的修補套件與 advisory 列在上表。

若自行編譯核心

修補在 Linux 5.10.272、5.15.223、6.1.190、6.6.159、6.12.113、6.18.56、7.2.10、7.3。核心 CVE 團隊建議升級到最新穩定核心，說核心社群不支援挑單一修補。

若發行版尚未釋出修補（Ubuntu、RHEL、部分 Amazon Linux 與 SUSE）

Red Hat 說沒有可用的緩解措施符合其「易於部署、適用大多數安裝、穩定」的標準。其他發行版的 advisory 也沒列出緩解措施。

發行版的 advisory 與 Anthropic 的文章都沒有說明關閉核心的 multipath TCP 或阻擋帶 IP options 的連線請求是否能降低風險。

Go 程式的緩解

Go Security Team 說在程式環境中設定 GODEBUG=multipathtcp=0 會在執行時預設停用 MPTCP。在 main module 的 go.mod 加 godebug multipathtcp=0 會在建置時做同樣的事，但呼叫 SetMultipathTCP 的程式碼會覆寫兩者。

團隊稱逐個程式關閉 MPTCP 為脆弱的緩解。單一個暴露的 MPTCP listener 仍會讓系統易受攻擊，且此方法假設每個可運作的 exploit 都依賴 MPTCP。

團隊也說底層漏洞不只限於 MPTCP，沒有 MPTCP listener 的系統可能易受類似攻擊，最佳修法是升級到修補的核心。

野外利用

截至 10 月 29 日，廠商 advisory、CVE 紀錄與 Anthropic 的文章都沒有回報使用此漏洞的攻擊。

Luxembourg 的 CIRCL 最後於 10 月 28 日更新的 CISA Known Exploited Vulnerabilities catalog 副本中，此漏洞未出現。

你可以學到什麼

站在攻擊者的角度：我找到核心 TCP 程式碼的競爭條件，發送帶 IP options 的連線請求再重送，贏得競爭後核心會洩漏附近記憶體。48 分鐘後我拿到核心位址，繞過 KASLR。再花 5 分鐘用同一個漏洞溢位緩衝區、覆寫回呼指標，核心呼叫指標時執行我的 payload，我拿到 root。輸掉的競爭只會失敗那次連線不會讓系統崩潰，所以我可以一直試。Anthropic 的 AI 只需要初步提示就寫出完整 exploit，連人類安全研究者都覺得這個競爭難贏。

核心團隊評 9.8，廠商評 5.9–8.1，誰對？

核心團隊認為攻擊複雜度低、影響嚴重，評 9.8。廠商認為競爭難贏、記憶體損壞未被證實，評 5.9–8.1。

Anthropic 的 AI 用 48 分鐘洩漏位址、5 分鐘取得 root，證明 exploit 可行。這次爭議再次顯示 CVSS 評分的限制：理論上的可利用性與實際 exploit 的難度，往往要等到野外利用或研究者公開 PoC 後才會明朗。

CVE-2026-98432 是可遠端利用、無需憑證、可取得 root 的 Linux kernel 漏洞。如果你的系統還沒修補，今天就檢查發行版是否已釋出更新。如果還沒，密切監控安全公告。