Linux 核心處理 IPv4 TCP 建立連線的程式碼裡有一個釋放後使用（UAF）漏洞 CVE-2026-98432，10 月 15 日由核心 CVE 團隊公開，CVSS 3.1 評分 9.8（嚴重）：從網路就能觸發，不需要任何權限和使用者互動。10 月 27 日，報告者所在的 Anthropic 公布了利用方法：向開著多路徑 TCP（MPTCP）監聽的 Linux 伺服器發送封包，就能以 root 身份執行任意命令。在他們的概念驗證裡，遠端洩露核心位址用了 48 分鐘，再過 5 分鐘就執行到命令；搶跑失敗只會讓那一次握手失敗、不會讓系統崩潰，所以攻擊者可以一直重試。
誰受影響
- 漏洞在普通的 IPv4 TCP 程式碼裡：帶 IPv4 選項的 SYN 封包打到正在監聽的 IPv4 TCP 連接埠就能觸發，最早可追溯到 Linux 4.4。IPv6 連線不受主要問題影響。AlmaLinux 的說法是，任何接受不受信任網路 IPv4 TCP 連線的系統都應視為暴露。
- 公開的利用要求伺服器上有 MPTCP 監聽。Go 安全團隊 10 月 29 日提醒：從 Go 1.24 起，Go 程式在 Linux 上預設為監聽 socket 開啟 MPTCP，而不少面板、代理和監控工具都是 Go 寫的；Go 團隊同時強調，底層漏洞並不限於 MPTCP，沒有 MPTCP 監聽的系統也可能受到類似攻擊。
- 修復進度：Debian 13 從
6.12.113-1（DSA-6568-1）、Debian 12 從6.1.190-1（DLA-4841-1）起已修；Red Hat 11 月 1 日發布了 RHEL 8 / 9 / 10 的核心修復，AlmaLinux 11 月 2 日起正式套件庫已有修復核心。Ubuntu 截至 11 月 5 日，22.04、24.04、26.04 的通用核心和 linux-aws 等雲端核心仍標為「Vulnerable, work in progress」，修復會分別進入5.15.0-203.213、6.8.0-149.149和7.0.0-43.43。
修復出來之前怎麼辦
- 先看 MPTCP：
sysctl net.mptcp.enabled看是否開啟，sudo ss -lnMp列出 MPTCP 監聽和對應程序。不需要 MPTCP 就關掉：echo 'net.mptcp.enabled = 0' | sudo tee /etc/sysctl.d/90-disable-mptcp.conf，再執行sudo sysctl -w net.mptcp.enabled=0。按 AlmaLinux 的說明，這只阻止新建 MPTCP socket，已經在監聽的要重啟對應服務。Go 程式也可以在環境裡設GODEBUG=multipathtcp=0，但 Go 團隊自己說逐個程式關是脆弱的辦法。1Panel 10 月 30 日發布的 v2.4.2 已經預設禁用 MPTCP。 - 丟棄帶 IPv4 選項的 TCP 封包：正常流量幾乎不用 IPv4 選項，AlmaLinux 給出的 nftables 規則核心是
meta l4proto tcp ip hdrlength > 5 counter drop（掛在 prerouting 上）。它重啟後失效；同一台機器上容器之間的流量可能繞過它；依賴 CIPSO 安全標籤的網路不要用。 - 以上都不是修復。發行版的核心套件一出就升級並重啟，然後用
uname -r確認。
兩個核心漏洞別搞混
本批還有一個核心漏洞：被 CISA 確認在野利用、和 PHP 漏洞串聯提權的 Fragnesia（CVE-2026-46300），它是本機提權，修復核心 5 月就有了，見這篇報導；而 CVE-2026-98432 能從網路直接打，Ubuntu 使用者眼下只能先緩解。防火牆的基本設定見ufw 防火牆與 SSH 金鑰登入，9 月那批核心漏洞見這裡，懷疑已被入侵按入侵排查與加固處理。