資安指南

Linux 核心 CVE-2026-98432:可透過網路觸發的 TCP 釋放後使用漏洞(CVSS 9.8);請安裝已修復的核心、重新啟動並檢查 MPTCP

CVE-2026-98432 是 Linux 核心 IPv4 TCP 中的釋放後使用漏洞,CVSS 評分 9.8。已修復的核心版本、Debian、Ubuntu、Red Hat 與 SUSE 的狀態,以及今天該做什麼。

發布於 2026-11-01 更新於 2026-11-01 最後核實 2026-11-01 閱讀時間 5 分鐘
本頁內容

適用對象:執行 Linux 伺服器的人,尤其是面向網際網路的伺服器,以及用 Go 建構網路服務的團隊。本文依據 NVD 中的 CVE 紀錄、Debian、Ubuntu、Red Hat 與 SUSE 的頁面、Go 專案的資安公告以及 BleepingComputer 的報導。不涉及攻擊步驟或利用程式碼。

進行中:本頁將隨更多資訊的發布而更新

適用對象

執行 Linux 伺服器的人,尤其是面向網際網路的伺服器,以及用 Go 建構網路服務的團隊。

已確認的影響範圍查看表格 ↓
  • 缺陷
  • 上游已修復版本
  • Debian 已修復的核心
尚未確認的事項
  • Ubuntu 與 Red Hat 已修復的核心
  • 針對沒有 MPTCP 的伺服器,遠端程式碼執行是否有效
  • 是否有任何在野利用
另外1項
  • NVD 自己的評估(狀態:Received)
現在要做的事查看步驟 ↓
  1. 列出接受來自外部的 IPv4 TCP 連線的 Linux 伺服器
  2. 在已有修復的地方安裝已修復的核心
  3. 重新啟動,然後確認正在執行的核心
另外2項
  1. 若尚無修復,請採用廠商的暫行緩解措施並縮小暴露面
  2. 找出使用 MPTCP 監聽的服務,包括 Go 程式
最後查證
截至2026年11月1日(JST)
續報計畫與查證紀錄

Red Hat 的公告標記為「Ongoing」(進行中),並稱正在加快修復。Ubuntu 將修復列為進行中。Debian 已發布已修復的核心。

今天該做什麼

1

列出接受來自外部的 IPv4 TCP 連線的 Linux 伺服器

幾乎每台面向網際網路的 Linux 主機都符合條件,包括容器主機與虛擬機器。CVE 將該攻擊評為無需帳號且無需使用者操作(CVSS v3.1 9.8),所以請從可從網際網路存取的伺服器開始(本站觀點)。

2

在已有修復的地方安裝已修復的核心

在 Debian 上,bookworm 需要安全性封存庫中的 6.1.190-1,trixie 需要 6.12.113-1。對於 SUSE,請在 SUSE 的頁面上檢查您的產品,因為有些版本線已發布,有些在進行中。對於 Ubuntu 與 Red Hat,請關注來源中的頁面;它們在11月1日沒有列出已修復的核心。

3

重新啟動,然後確認正在執行的核心

重新啟動後執行 uname -r。已安裝但不是正在執行的核心的套件不能保護您。涵蓋此 CVE 的廠商熱修補也算數,但請先查看廠商頁面,因為 SUSE 將大多數版本線的熱修補列為進行中。

4

若尚無修復,請採用廠商的暫行緩解措施並縮小暴露面

Red Hat 描述了一種丟棄帶有 IP 選項的傳入 IPv4 TCP 封包的過濾器,並稱它可以減少暴露,但不能取代修補。請先測試,並在核心修復後移除。在可能的地方,把可存取某項服務的對象限制在受信任的網路,這是 BleepingComputer 列出的一項緩解措施。

5

找出使用 MPTCP 監聽的服務,包括 Go 程式

Go 專案的資安團隊稱,Go 1.24 及之後的版本在 Linux 的監聽 socket 上預設啟用 MPTCP,所以 Go 服務可能在沒人選擇的情況下使用 MPTCP。該團隊把按程式關閉它描述為一種脆弱的減少暴露的方式,並稱最好的修復是打了修補的核心。請把這作為額外措施,而不是替代。

已有修復的核心

Debian 12 與 13,部分 SUSE 產品。安裝、重新啟動、執行 uname -r

修復進行中

Ubuntu、RHEL 及相關產品。使用廠商的暫行緩解措施並縮小暴露面

另請檢查

MPTCP 監聽器,包括 Go 1.24 或更高版本的服務

截至2026年11月1日,修復已推進到哪裡。請查看您自己所用發行版那一行。

已修復的版本

9.8
CVSS v3.1(Linux 核心 CNA,顯示於 NVD;Ubuntu 一致)
網路
攻擊向量:遠端、無需權限、無需使用者互動
10月15日
CVE 公布(NVD)
不在 KEV 中
CISA 目錄,11月1日查看
核心分支自此版本起不受影響來源
5.105.10.272NVD 中的 CVE 紀錄(核心 CNA)
5.155.15.223同上
6.16.1.190同上
6.66.6.159同上
6.126.12.113同上
6.186.18.56同上
7.27.2.10同上
7.3 及之後由最初的修復提交修復(Debian:上游 7.3-rc7)NVD、Debian

根據 NVD,受影響範圍可追溯到核心 4.4。每個分支都有自己的已修復版本,所以請以發行版提供的套件版本為準,而不是上游的版本號。

發行版2026年11月1日的狀態
Debian 12(bookworm)已修復:6.1.190-1(security)
Debian 13(trixie)已修復:6.12.113-1(security)
Debian testing 與 unstable已修復:7.2.12-1 與 7.2.14-1
Ubuntu 26.10、26.04 LTS、24.04 LTS、22.04 LTS存在漏洞,修復進行中
Ubuntu 20.04、18.04、16.04存在漏洞,未列出版本
Ubuntu 14.04不受影響
RHEL 8、9、10;OpenShift受影響;Red Hat 頁面未列出修復。公告狀態為「Ongoing」
SUSE Linux Enterprise Server 16.0、15 SP4 至 SP6 LTSS、Micro 5.4、5.5、6.2修復已發布
SUSE Linux Enterprise Server 15 SP7、大多數熱修補版本線進行中
SUSE Linux Enterprise Server 12 SP5、Micro 6.0 與 6.1受影響

SUSE 稱其自身頁面可能不完整或已過時。Red Hat 還將基於 RHEL 核心建構的產品(如 RHEL CoreOS、OpenStack Platform 與 Virtualization)列為可能受影響。雲端、設備與其他廠商的核心按各自的時程進行。

已揭露的內容

IPv4 TCP 中 IP 選項的釋放後使用(CVE-2026-98432)
CVE
CVE-2026-98432,2026年10月15日公布。NVD 狀態為 Received,最後修改於10月31日
類型
釋放後使用(CVE 紀錄未給出 CWE)
嚴重程度
核心 CNA 給出 CVSS v3.1 9.8(AV:N/AC:L/PR:N/UI:N)。Ubuntu:High,9.8。Red Hat:Critical(其 CVE 頁面上為初步的 9.8)。SUSE:important,8.1(它將攻擊複雜度評為 High)
位置
核心中的 IPv4 TCP。IP 選項結構(inet_opt 與 ireq_opt)在未等待讀取方的情況下被釋放,導致 ip_options_build() 中出現釋放後使用。請求 socket 遷移中的一個相關情形也已修復
觸發條件
據 Debian 的追蹤頁面,重傳的 SYN 與子 socket 的建立競爭時,可能在選項被釋放後讀取它們。IPv6 不受主要問題影響
修復
在 RCU 寬限期之後釋放這些結構(kfree_rcu())。NVD 引用了八個穩定分支的提交
利用
在我們查看的來源中沒有確認的在野利用。11月1日不在 CISA KEV 中

通俗地說,核心釋放了一小塊保存連線選項的記憶體,而另一部分仍可能在讀取它。在釋放之後被讀取的記憶體可能被重新用於別的用途,這類缺陷可能導致當機,或者導致程式碼以核心權限執行。

Red Hat 將主要影響描述為系統當機導致阻斷服務(DoS),或潛在的記憶體損毀。其 CVE 頁面這樣解釋 Critical 評級:未經驗證的遠端攻擊者可以透過標準的 IPv4 TCP 流量造成核心記憶體損毀或立即當機,而可靠的程式碼執行則需要對記憶體的精確控制。BleepingComputer 報導稱,Red Hat 將該缺陷評為 5.9 分,作為一種可能的阻斷服務。本站11月1日查看的 Red Hat 頁面顯示的則是 Critical 與初步的 9.8。各來源之間的評級不同,並且可能已經改變,所以請查看適用於您產品的頁面。

MPTCP 示範與 AI 面向

BleepingComputer 在10月30日報導稱,一家 AI 公司的研究人員據稱在實驗室中示範了針對具有 MPTCP 監聽器的 Linux 伺服器、以 root 身分的遠端程式碼執行,依據的是該公司自己的報告(BleepingComputer 引用了它但未查證),所用的利用程式碼由該公司一個未發布的 AI 模型開發。Go 專案的資安團隊在10月29日透過 oss-security 列表轉發的公告中做了類似的說明:具有 MPTCP 監聽器的伺服器被證明易受遠端程式碼執行攻擊,並且該漏洞並非 MPTCP 所特有。本站沒有審查該示範本身,也不連結到它。

據 BleepingComputer,已展示與未展示的內容如下:

  • 所示範的程式碼執行需要 MPTCP 監聽器
  • 針對沒有 MPTCP 監聽器的伺服器的遠端程式碼執行,尚未公開示範
  • 截至該報導,沒有確認的在野利用

MPTCP 在核心中是可選的,但 Go 專案的資安團隊稱,Go 1.24 及之後的版本在 Linux 上預設為監聽 socket 啟用它。這就是執行 Go 網路服務的團隊應該檢查自己監聽器的原因。

對防禦者的教訓是速度。如果 AI 模型能把已公布的核心修復變成可用的利用程式碼,那麼修補程式公開與攻擊成為可能之間的間隔,可能比過去更短(本站觀點)。這是應當在廠商首個已修復的核心出來時就更新,而不是等到下一個維護時段的理由。

已知與未知

項目已公布的內容狀態
缺陷IPv4 TCP 中 IP 選項的釋放後使用;核心 CNA 給出 CVSS 9.8,Ubuntu 為 High 9.8,Red Hat 為 Critical(初步),SUSE 為 8.1已確認(核心 CNA、NVD、廠商)
上游已修復版本5.10.272 至 7.2.10,見上文已確認(NVD 中的 CVE 紀錄)
Debian 已修復的核心6.1.190-1 與 6.12.113-1已確認(Debian 追蹤頁面)
Ubuntu 與 Red Hat 已修復的核心在查看的頁面中未列出進行中(廠商)
具有 MPTCP 監聽器時的遠端程式碼執行據報導已由一家 AI 公司的研究人員在實驗室中展示據報導(BleepingComputer、Go 專案的資安團隊)
沒有 MPTCP 時的遠端程式碼執行未公開展示;Go 專案的資安團隊警告類似的攻擊可能存在尚不清楚
在野利用無確認;11月1日不在 CISA KEV 中尚不清楚
NVD 自己的評分尚未給出(狀態 Received)尚不清楚

資料來源

2026年11月1日查看。

更新紀錄

2026-11-01:首版,依據截至11月1日的 NVD、Debian、Ubuntu、Red Hat 與 SUSE 頁面、Go 專案的資安公告以及 BleepingComputer 的報導撰寫。

延伸閱讀

最新快訊

FAQ

QCVE-2026-98432 是什麼?
A

Linux 核心 IPv4 TCP 程式碼中的一個釋放後使用漏洞。核心用一般的釋放方式釋放了附加在連線請求上的 IP 選項,而核心的另一部分仍可能讀取它們,例如在建立子 socket 期間收到重傳的 SYN 時。核心專案的 CNA 將其評為 CVSS v3.1 9.8(網路攻擊、無需權限、無需使用者互動)。根據 CVE 描述,IPv6 不受主要問題影響。

Q沒有 MPTCP 的伺服器就安全嗎?
A

不能據此認為安全。BleepingComputer 報導的遠端程式碼執行示範(來自該公司自己的報告,該媒體並未查證)使用了 MPTCP 監聽器,但 Go 專案的資安團隊表示,該漏洞並非 MPTCP 所特有,沒有 MPTCP 監聽器的系統也可能面臨類似的攻擊。據 BleepingComputer 稱,針對一般 TCP 伺服器的遠端程式碼執行尚未公開展示,因此在這種情況下應把風險視為真實存在但尚未獲得證實。

Q它正在被在野利用嗎?
A

在我們查看的來源中沒有報告確認的利用。BleepingComputer 截至10月30日未報告任何利用,並且本站11月1日查看時,該 CVE 不在 CISA 的已知遭利用漏洞目錄中。已有報導稱一家 AI 公司的研究人員在實驗室中做了示範,所以出現可用利用程式碼的時間可能很短。

Q哪些核心版本已修復?
A

CVE 紀錄將 5.10.272、5.15.223、6.1.190、6.6.159、6.12.113、6.18.56 與 7.2.10 及之後的版本列為不受影響。發行版會回移修復,所以請以套件版本為準:Debian 12(bookworm)6.1.190-1 與 Debian 13(trixie)6.12.113-1 已修復。在本站11月1日查看的頁面中,Ubuntu 與 Red Hat 尚未發布已修復的核心。

Q我可以直接關閉 MPTCP 嗎?
A

這可以減少暴露,但不是修復。BleepingComputer 報導稱,僅停用 MPTCP 並不足夠,因為一般 TCP 流量仍可觸及該缺陷,Go 專案的資安團隊也稱按程式停用的做法很脆弱。請安裝已修復的核心並重新啟動。

QRed Hat 的緩解措施是什麼?
A

Red Hat 的公告 RHSB-2026-016 描述了一種封包過濾器,用於丟棄攜帶 IP 選項的傳入 IPv4 TCP 封包。Red Hat 稱,過濾可以減少暴露,但不能取代修補,應先測試,並在核心修復後移除。