Anthropic／資安研究：CVE-2026-98432 Linux IPv4 TCP 選項 RCU 釋放後使用——未發布 Claude 於 MPTCP 監聽器演示零點擊遠端 root；Go 1.24+ 預設開啟令大量服務暴露

重點摘要

Anthropic Frontier Red Team 於二零二六年十月二十七日發表研究，指其以未對外發布的內部 Claude 研究模型，在 Linux 伺服器開啟 Multipath TCP（MPTCP）監聽時，寫出可令遠端攻擊者無需憑證、無需用家互動即以 root 執行任意指令的攻擊鏈；底層漏洞為 Linux 核心 IPv4 TCP 路徑上的競態條件導致釋放後使用（use-after-free），已由 Linux 核心 CVE 團隊編配 CVE-2026-98432。官方概念驗證指約需四十八分鐘遠端洩漏核心指標以破解 KASLR，再約五分鐘達成指令執行；Go 保安團隊同月三十日提醒，Go 1.24 起在 Linux 上預設為監聽套接字開啟 MPTCP，大量 Go 服務可能在不知情下暴露。來源真實性已驗證：本文以 Anthropic 官方研究頁第五節為主，並對照 linux-cve-announce 漏洞說明與 Go 保安團隊 oss-security 公告核對 CVE 編號、修補方向與 Go 預設行為；箱內無法直連 BleepingComputer（Cloudflare 挑戰），故不以該頁未經驗證數字補寫。

Anthropic／資安研究：CVE-2026-98432 Linux IPv4 TCP 選項 RCU 釋放後使用——未發布 Claude 於 MPTCP 監聽器演示零點擊遠端 root；Go 1.24+ 預設開啟令大量服務暴露

Anthropic Frontier Red Team 於二零二六年十月二十七日發表研究，指其以未對外發布的內部 Claude 研究模型，在 Linux 伺服器開啟 Multipath TCP（MPTCP）監聽時，寫出可令遠端攻擊者無需憑證、無需用家互動即以 root 執行任意指令的攻擊鏈；底層漏洞為 Linux 核心 IPv4 TCP 路徑上的競態條件導致釋放後使用（use-after-free），已由 Linux 核心 CVE 團隊編配 CVE-2026-98432。官方概念驗證指約需四十八分鐘遠端洩漏核心指標以破解 KASLR，再約五分鐘達成指令執行；Go 保安團隊同月三十日提醒，Go 1.24 起在 Linux 上預設為監聽套接字開啟 MPTCP，大量 Go 服務可能在不知情下暴露。來源真實性已驗證：本文以 Anthropic 官方研究頁第五節為主，並對照 linux-cve-announce 漏洞說明與 Go 保安團隊 oss-security 公告核對 CVE 編號、修補方向與 Go 預設行為；箱內無法直連 BleepingComputer（Cloudflare 挑戰），故不以該頁未經驗證數字補寫。

Anthropic／資安研究：CVE-2026-98432 Linux IPv4 TCP 選項 RCU 釋放後使用——未發布 Claude 於 MPTCP 監聽器演示零點擊遠端 root；Go 1.24+ 預設開啟令大量服務暴露

一、核心事件：AI 紅隊把「舊競態」寫成可演示的遠端 root

技術細節

Anthropic 於二零二六年十月二十七日（頁面其後於十月三十日有修改時間戳）發布《Discovering and exploiting vulnerabilities in critical, real-world software with Claude》，由 Frontier Red Team 概述五條攻擊鏈。本文只聚焦官方標為「Zero-click remote code execution in Linux」的第五節。

官方寫道：在初始提示後，Claude 寫出攻擊程式，讓遠端攻擊者向「設有 multipath TCP listener」的 Linux 伺服器送出封包，即可在無憑證、無用戶互動下以 root 執行任意指令。底層是核心網絡堆疊中由競態條件誘發的釋放後使用（UAF）。完整利用分兩段：

  1. 遠端擊敗 KASLR：利用競態使核心讀取攻擊者控制的長度欄位，複製額外位元組並在回覆中送回；只要其中一次過讀（overread）回覆含有核心指標，攻擊者即可得知位址空間布局。
  2. 劫持控制流：再次利用同一 UAF，溢出緩衝區並覆寫回調指標，指向攻擊者已透過普通協議功能預先布置在核心記憶體中的承載；當核心呼叫該回調，承載會串起既有核心函式呼叫，最終執行攻擊者指定的 shell 指令（以 root 身份）。

官方特別指出：此競態「輸掉」時通常只令握手失敗、不會令整機崩潰，因此攻擊者可無限重試。其概念驗證中，洩漏核心指標約需四十八分鐘，其後再約五分鐘到達 shell 指令執行。該問題已編配 CVE-2026-98432，並指上游已修補且回移植至所有仍維護的 stable 分支。

Linux 核心 CVE 公告（linux-cve-announce）將問題概括為：ipv4: free inet_opt and ireq_opt after an RCU grace period。關鍵機制是 tcp_v4_syn_recv_sock() 把 ireq->ireq_opt 的擁有權轉給子套接字的 inet_opt 時未複製；另一 CPU 可能同時為同一 request socket 處理重傳 SYN 並組建 SYNACK，在僅持 rcu_read_lock() 下讀取選項，而子套接字銷毀路徑又以普通 kfree() 釋放 inet_opt，造成 ip_options_build() 路徑上的釋放後使用。問題自 Linux 4.4 引入，公告列出多個已修復版本（例如 6.12.113、6.18.56、7.2.10、7.3-rc7 等）；並指 IPv6 在第一條問題路徑上因 tcp_v6_syn_recv_sock() 會複製選項而不受同樣影響。公開技術報道指 Linux CVE 團隊對此評分為 CVSS 9.8（網絡向量、無需權限）。

二、技術原理深度解析

這不是「必須先登入才能提權」的本地漏洞敘事，而是握手階段的競態：攻擊面是對外開放的 IPv4 TCP 埠，觸發條件與 SYN 上的 IP 選項處理、request socket 與子套接字之間的選項緩衝區擁有權交接有關。公告亦提到 request socket 遷移（net.ipv4.tcp_migrate_req=1 或相關 BPF migrate 程式）會令舊 request 與其 clone 共享 ireq_opt，同樣可能在 clone 釋放後被另一 CPU 誤用。

Anthropic 演示鏈特別挑中 MPTCP 監聽器，因為該路徑讓模型得以把 UAF 穩定推進到遠端洩漏與回調覆寫。但 Go 保安團隊在二零二六年十月三十日的 oss-security 公告明確警告：雖然已公開演示的利用需要目標暴露 MPTCP listener，底層漏洞並非 MPTCP 專屬；沒有 MPTCP 監聽器的系統，仍有可能遭受類似攻擊。換言之，關閉 MPTCP 只是脆弱的暫時緩解，真正解法是升級至已修補核心。

企業環境另一層「不知情暴露」來自語言執行時預設值。Go 自 1.24 起，在 Linux 上對 listen sockets 預設啟用 MPTCP（核心支援時）。許多以 Go 編寫的 API 閘道、反向代理、內部微服務，可能在營運團隊從未主動設定 MPTCP 的情況下，持有 MPTCP 監聽套接字。暫時緩解包括環境變數 GODEBUG=multipathtcp=0、在主模組 go.mod 寫入 godebug multipathtcp=0，或以 ListenConfig.SetMultipathTCP 逐套接字覆寫；但 Go 團隊強調：逐程式關閉屬脆弱緩解，漏下一個 MPTCP listener 仍會令主機暴露，且不能假設所有可行利用都依賴 MPTCP。

四、日常應用場景

1. 開發者與技術團隊

優先盤點：哪些主機核心版本仍落後於公告列出的修復線；哪些服務以 Go 1.24+ 建置並在 Linux 上監聽。可用系統工具列出現有 MPTCP 監聽（並核對 net.mptcp.enabled 等核心開關）。短線可對 Go 服務套用 multipathtcp=0，但排程必須以核心升級為準。CI／映像管線應把「核心 CVE 修補級」與「執行時預設協議行為」一併納入發佈閘門，避免只掃應用相依套件而忽略主機網絡棧。

2. 企業與隱私敏感行業

雲端虛擬機、Kubernetes 節點、裸機機房與代管主機，只要對外或對橫向移動路徑開放 IPv4 TCP，即屬評估範圍。金融、醫療、電商與政府外判系統常用 Go／雲原生服務網格；若節點核心未修、又同時跑 Go 1.24+ 工作負載，風險敘事會由「理論競態」變成「預設協議面擴大」。資安與平台團隊應把 CVE-2026-98432 納入緊急修補窗，並以「是否仍有 MPTCP listener／是否已升級核心」作為結案條件，而非只靠關閉單一應用組態。

3. 一般用戶

一般桌面用戶若未對外提供 Linux 服務，直接暴露面較低；真正高風險是家用／小型工作室把 Linux NAS、自架 VPN、反向代理或 Go 寫的小服務直接掛公網。若你管理這類主機，應優先套用發行版保安核心更新，並在未能即時重啟升級前，盡量避免不必要的公網監聽與確認是否誤開 MPTCP。

4. 香港與亞洲市場視角

香港雲端與金融科技大量採用 Linux 與 Go 微服務；部分企業發行版／雲映像的核心回移植節奏不一，公開技術報道亦指截至十月底仍有主流發行版尚未釋出修補核心。本地團隊應以供應商公告與內部映像為準核對，而不是假設「上游已修＝生產已修」。對正在做雲端遷移、零信任分段或對外 API 加固的機構，這類「協議預設值 × 核心競態」故事，正好提醒要把主機網絡棧納入與應用同等的修補 SLA。

五、專業評價與潛在考量

優勢

  • Anthropic 以可驗證的官方研究頁公開兩段利用邏輯、PoC 時間量級與 CVE 編號，方便防衛方對照修補與偵測優先級。
  • Linux 核心 CVE 公告清楚寫出 RCU／kfree_rcu() 修補方向與受影響引入點（自 4.4），工程上可操作。
  • Go 保安團隊同週補充「1.24 預設 MPTCP」營運含義，把問題從紅隊演示拉回大規模服務盤點，對雲端與企業防守價值高。

需要留意的地方

  • Anthropic 並未公開利用程式碼、測試核心版本與組態；次級報道亦指截至十月三十日前未見廣泛獨立公開重現。防衛決策應以「升級核心」為主，而非等待公開 exploit。
  • 已演示鏈需要 MPTCP listener，但官方與 Go 團隊都不排除非 MPTCP 路徑的類似利用；關閉 MPTCP 不能當成最終修復。
  • 各發行版嚴重性標示可能不一致（例如有報道指供應商早期以較低級別標示）；若修補 SLA 只跟供應商標籤，可能低估遠端 root 敘事的營運急迫性。應以是否已套用含修復的核心為準。
  • 本文不提供攻擊步驟或可重現利用細節；讀者應只透過官方修補通道處理。

結語

CVE-2026-98432 把一條存在多年的 IPv4 TCP 選項／request socket 競態，推成可被前沿模型演示的零點擊遠端 root 故事；Anthropic 官方研究給出四十八分鐘加五分鐘的時間量級，Go 1.24 預設開啟 MPTCP 則令「誰在監聽」的問題突然變得普遍。對香港與亞洲雲端營運者而言，最短路徑仍是：盤點 MPTCP 監聽、套用暫時組態緩解，並以已修補 Linux 核心完成結案。

若機構需要檢視主機與雲節點修補節奏、對外服務暴露面、零信任分段與網絡保安基線，可參考 YSK Limited 的香港雲端遷移與網絡保安服務（https://ysk.hk/services/cloud-security）。需要把內部維運助理或日誌摘要留在本地／香港境內推理的團隊，可另行評估企業私有 LLM 全託管（https://ysk.hk/services/ai-automation，年費方案由八萬八千港元起）。外判月費方案（https://ysk.hk/services/outsourcing，基本計劃二千港元／月起）所含美國獨立 IP VPS 預裝 YSK Server v1.1.32，便於把跳板、面板與發佈控制面收斂管理；新服務骨架則可考慮 YSK Kit v1.6.6 以合約優先方式劃清網絡與服務邊界。

參考來源

延伸閱讀 · 相關服務與產品

相關文章