Linux 核心 TCP 漏洞 CVE-2026-98432 評分 CVSS 9.8，Anthropic AI 模型 53 分鐘取得 root 權限

已確認 Linux 核心 TCP 程式碼存在 CVE-2026-98432 漏洞，CVSS 評分為 9.8；一個尚未發布的 Anthropic AI 模型在 53 分鐘內展示了無需驗證即可取得 root 權限。Ubuntu 和 RHEL 的修補程式截至 10 月 30 日仍未提供。

重點

發生了甚麼事：Linux 核心 TCP 程式碼中已確認存在 CVE-2026-98432 釋放後使用漏洞，CVSS 評分為 9.8；Anthropic 的 AI 在 53 分鐘內展示了遠端程式碼執行，並取得 root 權限
哪些系統受影響：使用 4.4 或更新版本核心的 Linux 伺服器均受影響。以 Go 1.24 或更新版本構建的服務預設會啟用 MPTCP 監聽器，因此可能在非預期情況下成為攻擊目標
如何防禦：Debian 和 Oracle Linux 已提供修正，但 Ubuntu 和 RHEL 的修補程式截至 10 月 30 日仍未提供。建議暫時使用 nftables 封鎖包含 IP 選項的 TCP 封包
有甚麼改變：AI 能夠自主構建完整攻擊鏈，繞過核心記憶體保護機制，這顯示現在可以自動化的不只是漏洞發現，還包括漏洞利用程式開發

Linux 核心 TCP 程式碼中已確認存在 CVE-2026-98432 漏洞，CVSS 評分為 9.8。一個尚未發布的 Anthropic AI 模型在 53 分鐘內展示了無需驗證即可取得 root 權限。Ubuntu 和 RHEL 的修補程式截至 10 月 30 日仍未提供。

CVSS 9.8：TCP 核心中的漏洞

Linux 核心 IPv4 TCP 連線處理程式中已確認存在一個 CVSS 評分為 9.8 的釋放後使用漏洞，編號為 CVE-2026-98432。NVD 在當地時間 10 月 15 日發布了 CVE 記錄；kernel.org 和 cve.org 均將其攻擊向量評估為 AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H：可透過網絡存取、攻擊複雜度低、無需權限，亦無需用戶互動。對機密性、完整性和可用性的影響均屬高級別。

核心問題是在建立 TCP 連線期間發生競爭狀況。

TCP 三向交握完成後，核心會將與傳入連線請求相關聯的 IP 選項的擁有權，轉交給新的 socket（通訊端點）。但它只移動指標（記憶體位址），而沒有複製選項資料。如果另一個 CPU 核心同時處理同一請求的重新傳送 SYN 封包，就會讀取已轉交給新 socket、並已在原位置釋放的記憶體。這會造成一種稱為釋放後使用的記憶體安全漏洞。

我確認核心修補程式由 Google 的 Eric Dumazet 編寫，起因是 Anthropic 的 Xinyang Ge 提交報告；修補程式於當地時間 10 月 1 日提交，並於 10 月 5 日合併。這項兩行改動以 kfree_rcu() 取代 kfree()，並透過 RCU（Read-Copy-Update）延遲釋放記憶體，讓其他 CPU 完成讀取選項後才釋放資料。

自 2016 年發布的 4.4 版起，所有 Linux 核心版本均受影響。相應的 IPv6 程式碼會複製選項，因此只有 IPv4 受影響。

AI 在 53 分鐘內編寫的漏洞利用程式

Anthropic 在當地時間 10 月 27 日發布研究結果，內容來自使用一個尚未發布的內部研究模型，探索並展示多款主要軟件中的漏洞。報告指出，CVE-2026-98432 漏洞利用程式是五項展示之一；其他展示包括針對 Chrome、Safari、Android 鎖定畫面和 Windows 的攻擊鏈。

據 Anthropic 表示，在收到初始提示詞後，Claude 模型自行建構了一個漏洞利用程式，可在無須驗證及用戶互動的情況下，於運行 MPTCP（多路徑 TCP）監聽器的 Linux 伺服器上以 root 身分執行命令。MPTCP 可讓單一 TCP 連線同時使用多條網絡路徑。

這次攻擊分為兩個階段。

第一階段利用競爭條件繞過 KASLR（核心位址空間配置隨機化）。KASLR 會隨機化核心程式碼及函式的位置，防止攻擊者預測其位置。攻擊者令核心讀取由其控制的長度欄位，令返回的位元組數超出預期。如果回應包含核心指標，便可得知核心記憶體配置。這個階段耗時 48 分鐘。

第二階段利用同一個釋放後使用漏洞，使緩衝區溢位，並把回呼指標（即核心將要呼叫的下一個函式的地址）覆寫為先前放置在核心記憶體中的攻擊載荷地址。核心呼叫該指標時，攻擊者指定的 shell 命令便會以 root 身分執行。這個階段再花了五分鐘，總共在 53 分鐘內取得遠端 root 存取權。

這個競爭條件對攻擊者有一項有利特性：若競爭失敗，只會令一次握手失敗，不會導致系統崩潰。攻擊者可以持續重試，直至成功。

Anthropic 尚未公開漏洞利用程式碼、受測核心版本或測試環境設定。Anthropic 按其協調披露政策向供應商通報相關發現，給予開發人員 90 天修補，並在詳細資料公開前再留出 45 天。

管理員可能未察覺 MPTCP 正在運行

Anthropic 示範的遠端 root 權限程式碼執行，只在運行 MPTCP 監聽器的伺服器上成功。這種攻擊目前尚未在沒有此類監聽器的伺服器上示範。

不過，管理員不能想當然地認為伺服器上沒有 MPTCP 監聽器。

自 Go 1.24 起，只要核心支援，TCP 監聽器便會預設啟用 MPTCP。因此，以 Go 編寫的網絡服務可能會在管理員不知情下啟動 MPTCP 監聽器。

Go Security Team 在 10 月 29 日（當地時間）的聲明中，説明可使用 GODEBUG=multipathtcp=0 在執行階段停用 MPTCP，或在 go.mod 檔案中加入 godebug multipathtcp=0，於建置階段停用。不過，呼叫 SetMultipathTCP 的程式碼會覆蓋這兩項設定。

Go Security Team 亦指出，按程式個別停用 MPTCP 是一種不穩妥的緩解措施。只要仍有一個 MPTCP 監聽器，系統便仍然易受攻擊；而由於底層漏洞並非 MPTCP 專有，沒有 MPTCP 監聽器的系統亦可能容易受到類似攻擊。該團隊表示，升級至已修補的核心是最佳防禦方法。

啟用 net.ipv4.tcp_migrate_req 或使用 BPF_SK_REUSEPORT_SELECT_OR_MIGRATE 程式時，TCP 請求 socket 遷移也可能引發相同問題。

圖片已省略 — 請參閲原文

修補狀態及臨時防禦措施

此漏洞已在上游修復，並回移植至所有仍維護的穩定核心分支。各發行版提供修補程式的情況不一。

Debian 迅速作出回應。其安全追蹤頁列明，Debian 12 (Bookworm) 的核心套件 6.1.190-1，以及 Debian 13 (Trixie) 的核心套件 6.12.113-1，均已修復此問題。測試版及不穩定版亦已提供修復套件。

Ubuntu 截至 10 月 30 日尚未提供修補程式。Canonical 的追蹤頁列出 22.04 LTS、24.04 LTS、26.04 LTS 及 26.10 均受影響，核心修補工作仍在進行中。

對於 RHEL，Red Hat 最初將問題評為 5.9（中等），但情況已有變化。當地時間 10 月 30 日，Red Hat 發佈安全公告 RHSB-2026-016，將影響評級為嚴重，並正加快修正工作。其 CVE 頁面目前顯示 CVSS 9.8。RHEL 8、9、10 和 OpenShift Container Platform 均受影響。RHEL 7 不含易受攻擊的程式碼，因此不受影響。

要了解評級變動的情況，Red Hat 的 CVE 頁面最初顯示 5.9（中等），機器可讀的安全公告顯示 8.1（重要），其錯誤追蹤系統則在 10 月 29 日將評級由中等調高至高。10 月 30 日的公告將評級提升至嚴重。

對於 Rocky Linux，支援服務供應商 CIQ 確認 8、9 和 10 版本均受影響，並分享了臨時防火牆緩解措施。

Oracle Linux、Amazon Linux 和 SUSE 已為部分受影響的核心版本發佈修正程式。

臨時防禦

對於仍在等待修補程式的環境，Red Hat 的公告提供了一條特定的 nftables 規則。該規則會丟棄傳入的 IPv4 TCP 封包，條件是其 IP 標頭長度超過標準的五，亦即包含選項，並在封包到達易受攻擊的 TCP 處理程式碼前將其丟棄。

table inet cve_2026_98432 { chain input { type filter hook input priority -310; policy accept; ip protocol tcp ip hdrlength > 5 counter drop } }

Red Hat 表示，一般預期不會影響正常的應用程式流量，但建議管理員在套用規則前，先檢視自身的流量和需求。

重要的是，單靠停用 MPTCP 並不足夠。一般 TCP 流量也能觸發底層漏洞，因此停用 MPTCP 本身並不能提供防禦。

macOS 使用 Apple 的 XNU 核心，因此不受影響。

截至 10 月 30 日，尚未有報告確認 CVE-2026-98432 曾在真實世界的攻擊中遭到利用。

漏洞發現者已經改變

Anthropic 報告了五條攻擊鏈。Chrome 相關發現獲分配62 個 CVE，全部屬嚴重或高危，包括 13 宗沙盒逃逸。Safari 攻擊鏈成功逃出沙盒，並停用了同源政策。相關工作亦包括繞過 Android 鎖定畫面，以及針對 Windows HTTP/3 實作的遠端阻斷服務攻擊。Anthropic 表示，Claude 模型獨立發現了這些問題，並在收到初始提示詞後構建出可運作的漏洞利用程式。

AI 大規模發現軟件漏洞（日文）已在改變日常的 Linux 核心開發。每天收到的報告已增至 5 至 10 宗，為縮減核心的攻擊面，已決定棄用 AF_ALG 介面（日文）；此外亦有人提出在尚未套用修補程式期間提供臨時保護的緊急停用機制（日文）。

這次的不同之處在於，AI 並未止步於發現漏洞：它組成了一條完整的攻擊鏈，繞過核心記憶體保護並取得 root 權限。無論是等待競態條件成功所需的 48 分鐘耐性，還是利用 KASLR 資訊劫持控制流程的第二階段設計，傳統上都被視為只有少數專業團隊掌握的技能。

修補程式於 10 月 5 日合併，並已進入上游核心。然而，對 Ubuntu 和 RHEL 用戶而言，距離取得已修補的核心套件仍有一段時間。

本文最初刊載於 Joho no Todai。日文原文見此處。