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 月那批内核漏洞见这里，怀疑已被入侵按入侵排查与加固处理。