跳到正文
Hacker News (official RSS)(atlasum.net)·· 2 小時前精選品質評分83

Linux 核心 CVE‑2026‑98432:IPv4 TCP 用後釋放漏洞,Anthropic 研發遠端 root 利用

TCP Use-After-Free: CVE-2026-98432 / CVSS 9.8

重點導讀

Linux 核心 CVE‑2026‑98432 是一個遠端可利用的用後釋放漏洞,會在 IPv4 TCP 連線握手時造成核心記憶體洩漏或系統崩潰。

  • CVSS 3.1 9.8(Critical); Red Hat 評為 8.1(Important)。
推薦理由

此漏洞在 Linux 核心中可遠端取得 root 許可權,且多個主流發行版尚未修補,提醒系統管理員須即時升級或採取緩解措施。

正文 · 中文翻譯

#概覽

Linux 的穩定核心於 2026 年 10 月 11 日和 15 日釋出了針對 CVE-2026-98432 的修正,該漏洞為 IPv4 TCP 握手中的 use‑after‑free,遠端未經身份驗證的對等端可觸發。核心自身的 CVE 編號機構 (CNA) 將其評為 CVSS 3.1 9.8,Critical。已修正的發行版為 5.10.272、5.15.223、6.1.190、6.6.159、6.12.113、6.18.56、7.2.10 以及 7.3,此漏洞追溯至 Linux 4.4。上游修正僅四行程式碼,但大多數伺服器使用發行版核心,且截至 10 月 29 日 8:00 PM CDT,Ubuntu 的追蹤器仍顯示其所有版本核心為「Vulnerable」,Red Hat 列出 RHEL 8、9、10 為受影響且尚無修正。

為何緊急:此漏洞存在於每臺 Linux 伺服器在接受 IPv4 TCP 連線時執行的程式碼中,且在任何應用程式看到連線之前。Anthropic 的研究員報告此漏洞後,其 Claude 模型已寫出可執行的概念驗證攻擊,能在「具備多路徑 TCP 監聽器的 Linux 伺服器」上以 root 許可權執行指令,且不需要任何憑證。請參閱 時間表。

#關鍵事實

欄位細節
CVECVE-2026-98432,"ipv4: free inet_opt and ireq_opt after an RCU grace period," 由 Linux 核心 CNA 釋出
嚴重性Critical,CVSS 3.1 9.8(AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H),核心 CNA 的評分。Red Hat 將其評為 Important,CVSS 3.1 8.1(AC:H),SUSE 亦評為 important,Ubuntu 評為 High,Oracle 與 Amazon 評為 Important,CVSS 3.1 8.1。
弱點在 TCP 握手期間對 IPv4 選項資料的 use-after-free(記錄未列出 CWE)
影響根據 CNA 的評分說明:核心堆疊內容會被洩露給遠端對等端,或造成核心記憶體損毀,甚至系統崩潰。Red Hat 說明:"主要導致系統崩潰,造成服務拒絕(DoS)或潛在的記憶體損毀。"
已修正於7.2.10 與 6.18.56(10 月 11 日)· 6.12.113、6.6.159、6.1.190、5.15.223、5.10.272(10 月 15 日)· 7.3(10 月 18 日)
尚未修正Ubuntu(所有版本)、RHEL 8、9、10、Amazon Linux 2 以及 Amazon Linux 2023 的預設核心,至 10 月 29 日 8:00 PM CDT 為止。上游分支在 5.10 之前已停止支援的,則無修正。
概念驗證Anthropic 表示 Claude 為具備多路徑 TCP 監聽器的伺服器構建了遠端 root 攻擊,並未公開此漏洞。
CVE 記錄於 10 月 15 日在 cve.org 釋出。NVD 將其列為 "Received",截至 10 月 29 日 8:00 PM CDT 未進行任何分析。
致謝由 Anthropic 的 Xinyang Ge 報告。由 Eric Dumazet 修正,並由 Kuniyuki Iwashima 根據修正提交進行審查。

#受影響者

任何從 4.4 起缺少修復的 Linux 核心,無論是直接提供網路服務還是承載容器:容器執行於主機的核心上,因此新的映像檔不會改變任何東西。IPv6 連線不受主要問題影響;提交說 \"IPv6 不受第一個問題影響。\"

發行線2026年10月29日狀態已修復於已釋出
7.3主線7.3 (從 7.3-rc7 開始)2026年10月18日
7.2穩定版7.2.102026年10月11日
6.18長期支援6.18.562026年10月11日
6.12長期支援6.12.1132026年10月15日
6.6長期支援6.6.1592026年10月15日
6.1長期支援6.1.1902026年10月15日
5.15長期支援5.15.2232026年10月15日
5.10長期支援5.10.2722026年10月15日
4.4 – 5.4上游已停止支援僅發行版修復—

#釋出狀態

發行版的 kernel 會以自己的版本號載入回溯修正,請檢查追蹤器而非上游編號。截止 10 月 29 日晚上 8:00 CDT:

  • Ubuntu: 追蹤器將 linux 套件列為「易受攻擊」於每個發行版。在 26.10、26.04、24.04 與 22.04 上,它於 7.3.0-10.10、7.0.0-43.43、6.8.0-149.149 與 5.15.0-203.213 加上「進行中」;20.04、18.04 與 16.04 則僅顯示「易受攻擊」。許多雲端與硬體啟用 kernel 亦以相同方式列出,且尚未發布 Ubuntu 安全通知。
  • Red Hat: RHEL 8、9、10 與 OpenShift Container Platform 4 被列為受影響,且無修正;RHEL 6 與 7 未受影響(CVE 頁面)。Red Hat 表示緩解措施「要麼不可用,要麼現有選項不符合 Red Hat 產品安全標準。」
  • Debian: 已於 12 "bookworm"(6.1.190-1、DLA-4841-1 及 linux-6.12 6.12.113-1~deb12u1、DLA-4850-1)、13 "trixie"(6.12.113-1、DSA-6568-1)與 unstable(追蹤器)修復。
  • SUSE: 重要級別。SUSE Linux Enterprise Server 16.0(kernel-default 6.12.0-160000.40.1)以及 15 SP4、SP5 與 SP6 LTSS kernel 已修復;15 SP7 正在進行中,openSUSE Leap 15.6 與 16.0 被列為受影響(CVE 頁面)。
  • Oracle Linux: 重要級別,CVSS 3.1 8.1。Oracle Linux 7、8、9 與 10 的 Unbreakable Enterprise Kernel (UEK) 失效通告於 10 月 16 日發布:ELSA-2026-500397、ELSA-2026-500398 及 ELSA-2026-500399(CVE 頁面)。該頁面僅列出 UEK kernel。
  • Amazon Linux: 重要級別,CVSS 3.1 8.1。Amazon Linux 2023 上,kernel6.18 已修復(ALAS2023-2026-3251,10 月 24 日)且 kernel6.12 已修復(ALAS2023-2026-3335,10 月 29 日)。預設 kernel 套件及所有 Amazon Linux 2 kernel 為「待修復」(CVE 頁面)。

#漏洞工作原理

當 Linux 伺服器接受 TCP 連線時,kernel 會在輕量級「request socket」中追蹤半開握手,待握手完成後再建立完整 socket。若連線對端的 IPv4 標頭攜帶選項,kernel 會將其保留以便在回覆中回應。缺陷在於 kernel 直接將這些儲存的選項從 request socket 傳遞至新連線,而未進行複製,並在連線結束時立即釋放,這時另一 CPU 仍可能正在讀取以建立握手回覆。讀取已釋放的 kernel 記憶體即為 use‑after‑free。

對端無需登入,且所有操作皆在 kernel 的握手處理內完成,早於任何應用程式碼執行。CNA 的評分說明指出,殘留資料可能將 kernel 堆疊記憶體洩漏給對端、導致 kernel 寫入越界,或使機器崩潰。Anthropic 表示競爭失敗「僅會失敗握手而不會導致整個系統崩潰,因此有決心的攻擊者可無限重試直至成功。」

#修正

Eric Dumazet 的提交「ipv4: free inet_opt and ireq_opt after an RCU grace period」將兩個簡單的 kfree() 呼叫改為 kfree_rcu(),該呼叫會等到所有讀者完成對記憶體的使用後才釋放。其他替換這些選項的程式碼路徑已經執行相同操作。此提交亦修正 request‑socket 遷移中的相同問題(net.ipv4.tcp_migrate_req=1,或一個 BPF_SK_REUSEPORT_SELECT_OR_MIGRATE 程式),並表示相關 IPv6 例外「將在單獨的修正程式中處理」。

torvalds/linux · e3f33b0 · 2026 年 10 月 1 日

net/ipv4/af_inet.c

1 行新增,1 行刪除

net/ipv4/tcp_ipv4.c

1 行新增,1 行刪除

2 個檔案已更改新增 2 行,刪除 2 行

#哪些伺服器會被暴露

  • 每一臺接受 IPv4 TCP 連線的 Linux 主機在受影響的核心上:網頁伺服器、SSH、資料庫、負載平衡器以及 Kubernetes 節點。CNA 的說明指出,易受攻擊的路徑發生在「TCP 握手期間,應用程式認證之前」。
  • 先檢查是否有多路徑 TCP (MPTCP) 監聽器。這是 Anthropic 的實作式漏洞利用所需要的設定:「擁有多路徑 TCP 監聽器的 Linux 伺服器。」Anthropic 尚未說明該監聽器的重要性,且 CVE 記錄也未提及 MPTCP。伺服器只有在應用程式開啟 MPTCP 套接字時才會有;檢查方式見下方。

Red Hat 將此漏洞評級低於 CNA。它將攻擊複雜度評為高(CVSS 8.1),並描述結果主要為「崩潰或潛在記憶體損毀」。Anthropic 的實驗室漏洞利用至少在一個設定下顯示遠端 root shell,因而較低的評級並不是等待的理由。

#如何檢查您的系統

#檢查核心

將結果與您發行版的狀態上方進行比較,而非上游版本。若已安裝的核心版本比執行中的核心新,修正不會生效,直到您重新啟動。這些指令應在容器主機與 Kubernetes 節點執行,而非容器內部:容器會報告主機的核心。 我們在 Debian 12 主機與 Rocky Linux 9 容器上執行。

#檢查多路徑 TCP 監聽器

ss -M 只列出 MPTCP 套接字,因此結果為空代表沒有 MPTCP 監聽器。net.mptcp.enabled = 1 本身不會建立一個:需要應用程式開啟 MPTCP 套接字。我們在 Debian 12 容器中使用 iproute2 6.1 測試兩者,ss -Mlnp 列出了測試 MPTCP 監聽器,並略過旁邊的普通 TCP 監聽器。

#如何修復

#更新核心並重新啟動

盡快安裝您發行版的已修復核心,然後重新啟動:核心更新直到機器啟動進入新核心才會生效。容器主機與 Kubernetes 節點也須重新啟動。包含核心的裝置與雲端映像檔需要供應商的更新。

在 Debian、SUSE Linux Enterprise Server 16.0 及 15 LTSS 版本、Oracle Linux 的 UEK 核心,以及 Amazon Linux 2023 的 kernel6.12 與 kernel6.18,修正已推出。至 10 月 29 日 8:00 PM CDT,Ubuntu、RHEL、Amazon Linux 2 與 Amazon Linux 2023 預設核心仍未修復。請檢視上方的追蹤連結。若您使用自行編譯的核心?請切換至該系列已修復的穩定版。

#如果您暫時無法修補

Red Hat 尚未公佈緩解措施。以下為 Atlas 的臨時建議,根據 CNA 的評分說明,攻擊方在 SYN 中提供 IPv4 Record Route 或 Timestamp 選項。TCP 流量幾乎不會合法攜帶 IPv4 選項,因此丟棄帶有這些選項的 TCP 封包不會產生成本:

ip hdrlength gt 5 匹配任何長於 20 位元組最小值的 IPv4 標頭,僅選項會產生這種情況。此規則在連線追蹤前執行,且不影響 IPv6 或非 TCP 流量。我們在 Debian 12 容器中測試:它丟棄了攜帶 Record Route 選項的 SYN,普通 TCP 連線仍能正常工作。我們尚未對抗漏洞測試,且此方法不修復核心。此規則有效至重新啟動,若重新啟動後使用已修復核心則無問題;可用 nft delete table ip cve_2026_98432 移除。若您的邊界防火牆能丟棄帶選項的 IPv4 封包,在那裡執行可保護所有後端主機。

在此之前,請將 MPTCP 監聽器關閉於網際網路,並將擁有該監聽器的主機放在修補清單的最前面。

#時間表與利用狀態

所有時間均為 CDT(UTC−5).

時間事件
10 月 1 日 · 下午 5:12Eric Dumazet 釋出修正程式,並將報告者歸功於 Anthropic 的 Xinyang Ge
10 月 5 日修正已合併進核心網路分支
10 月 11 日Linux 7.2.10 與 6.18.56 釋出修正;7.3-rc7 於同夜隨後釋出
10 月 15 日 · 上午 4:56–7:16Linux 6.12.113、6.6.159、6.1.190、5.15.223 與 5.10.272 釋出修正;CVE 記錄於上午 7:08 釋出
10 月 16 日Oracle 釋出 UEK 錯誤修正,修正 Oracle Linux 7 至 10 的問題
10 月 18 日Linux 7.3 以修正程式釋出
10 月 24 日Amazon Linux 2023 的 kernel6.18 套件已修復
10 月 27 日Anthropic 的 Frontier Red Team 描述一個針對此漏洞的遠端 root 利用,該利用由 Claude 在其實驗室構建
10 月 29 日Ubuntu 仍將其核心列為易受攻擊;Amazon Linux 2023 的 kernel6.12 套件已修復;GitHub 儲存庫引用 CVE,出現一個於 7:22 PM 建立,描述競爭觸發

利用狀態。 Anthropic 表示 Claude 在「初始提示」後編寫了此利用程式,該程式可在擁有多路徑 TCP 監聽器的伺服器上「以 root 身份執行任意指令,無需任何憑證或使用者互動」,且在其概念驗證中「需要 48 分鐘才能洩露核心指標,另需 5 分鐘才能執行 shell 指令」。Anthropic 尚未公開利用程式。其 披露政策 給予開發者 90 天修補時間,並額外 45 天在 Anthropic 進一步討論細節之前。到 10 月 29 日下午 8:00 CDT,已有八個 GitHub 儲存庫引用 CVE。大多數自稱為審核或緩解工具,其中包括 Ansible 角色以及 AlmaLinux 與 Rocky Linux 的 livepatch。其中一個於 7:22 PM 建立,聲稱包含競爭觸發。該 CVE 在 8:00 PM CDT 時尚未列入 CISA 的已知可利用漏洞目錄。我們尚未測試任何公開的概念驗證,也未連結它們。

#此貼文更新

我們將在以下任何專案變更時修訂此貼文並標記為已更新:Ubuntu、Red Hat 或 Amazon Linux 的已修復核心;NVD 的分析;KEV 列表或任何利用報告;以及獨立的 IPv6 修正。

  • 10 月 29 日下午 8:00 CDT:新增 Oracle Linux,已於 10 月 16 日起於其 UEK 核心修復;以及 Amazon Linux,已於 Amazon Linux 2023 的 6.12 與 6.18 核心修復,其他地方待修復。八個 GitHub 儲存庫現在引用 CVE,其中一個描述競爭觸發。Ubuntu、Red Hat、Debian、SUSE、NVD 與 KEV 自上午 11:00 起未變更,亦未修正任何專案。

#尋求協助

若最困難的是瞭解哪些主機、節點與裝置執行哪個核心,以及哪些可於本週重新啟動,我們的顧問可協助規劃。

Atlas Service

Atlas Technical Consulting

安全審核、程式碼審查與 DevOps 工作的資深顧問 — 提供兩小時發現階段,無保留金承諾,並提供 24 小時回應 SLA。

此漏洞可透過任何監聽的 TCP 埠進入,因此瞭解哪些埠對外可見會有幫助。我們的免費外部審核會檢查您驗證的域名與公開 IP,確認已暴露的服務、公開可見且已知 CVE 的軟體版本、TLS、電子郵件安全、DNS 與 HTTP 標頭。

Atlas Service

免費外部安全審核

對您已驗證的網域和公開 IP 進行非破壞性檢查,並於驗證後 3 個工作天內提供 PDF 報告,報告中列出每項發現的排序及對應修復建議。

這是本月第二個僅在重新啟動後生效的 Linux 核心修補程式。另一個,Fragnesia,則是 被連結至 PHP2Shell 以取得 root 許可權。

#Sources