Anthropic 的安全研究员做出了一个能用的漏洞利用程序。目标是一台开着 MPTCP 监听的 Linux 服务器，攻击者不需要任何认证，就能以 root 身份执行命令。 漏洞编号 CVE-2026-98432 ，Linux 内核 CVE 团队给出的严重性评分是 9.8 （满分 10）。 问题出在内核 IPv4 TCP 网络代码里的 use-after-free。按内核公告的说法， tcp_v4_syn_recv_sock() 把 ireq->ireq_opt 的所有权转交给子 socket，却没有做拷贝；另一个 CPU 可以同时处理同一个请求 socket 上重传的 SYN，并从 tcp_check_req() 发出 SYNACK。tcp_v4_send_synack() 和 inet_csk_route_req() 只在 rcu_read_lock() 下读取 ireq->ireq_opt，随后 ip_build_and_send_pkt() 和 ip_options_build() 会两次读取 opt->optlen。 在启用 net.ipv4.tcp_migrate_req，或使用 BPF_SK_REUSEPORT_SELECT_OR_MIGRATE 程序时，TCP 请求 socket 迁移过程中也会出现类似问题。 影响范围有多宽 受影响的 Linux 内核可以追溯到 4.4 版本，Ubuntu、Red Hat Enterprise Linux（RHEL）、Rocky Linux 这些被大量使用的发行版都在其中。 MPTCP 是 TCP 的一个特性，允许一条连接同时走多条网络路径，用来提升性能和可靠性，常见于同时有 Wi-Fi 和蜂窝网络的设备环境。它通常不会默认开启，但有些软件会自动打开——从 Go 1.24 开始，只要内核支持，这门语言在 Linux 上就会为 TCP 监听器默认启用 MPTCP。这意味着部分基于 Go 的网络服务可能在管理员不知情的情况下开了 MPTCP 监听。 普通 TCP 连接同样受这个漏洞影响，只是目前还没有公开演示过在未开 MPTCP 监听的服务器上实现远程代码执行。 红帽说 5.9，Anthropic 演示了 root 触发漏洞不需要认证，但红帽认为利用这个竞态条件比单纯发一个恶意网络包要复杂。红帽把它归类为可能导致内核崩溃的潜在拒绝服务问题，因为利用复杂，给出的评分是 5.9 。 Anthropic 的报告给出了另一种结果：一个未发布的 Claude 模型开发出的利用程序绕过了内核地址空间布局随机化（KASLR），在一台运行 MPTCP 监听的 Linux 服务器上以 root 执行了任意命令。整个过程大约用了 53 分钟 。 也就是说，这个漏洞能被拿来做的不只是拒绝服务。 补丁进度：上游修了，发行版没跟上 漏洞已在上游 Linux 内核修复，并回合到仍在维护的内核分支，但安全更新还没有推送到所有受影响的发行版。 Ubuntu：据 Canonical 安全跟踪页，22.04 LTS、24.04 LTS、26.04 LTS、26.10 仍处于受影响状态，截至 10 月 30 日内核修复仍在进行中。 RHEL：8、9、10 被列为受影响，修复计划放在后续更新里；RHEL 7 不受影响，因为其内核不含这段有问题的代码。 Rocky Linux：支持方 CIQ 确认 8、9、10 受影响，并分享了临时防火墙防护措施。 Debian：据其安全跟踪页，Debian 12（Bookworm）修复于内核包 6.1.190-1，Debian 13（Trixie）修复于 6.12.113-1，测试版和不稳定版也已有修复包。 Oracle Linux、Amazon Linux、SUSE 等厂商也已为部分受影响内核版本发布修复。 macOS 不受影响，它用的是苹果的 XNU 内核，不是 Linux 内核。 现在能做什么 管理员应查看所用发行版的安全公告，内核更新包一发布就安装。补丁还没到的系统，可以把访问限制在可信网络或 IP 地址范围内，降低风险。 CIQ 还建议在 IPv4 TCP 包进入有问题的 TCP 处理代码之前，临时拦截带 IP options 的包，并给出了可用的 nftables 规则示例。该公司提醒，只关掉 MPTCP 不够——底层漏洞仍可通过普通 TCP 流量触发。 目前还没有 CVE-2026-98432 在野被利用的确认报告。 特别