这两天安全圈被一条消息刷屏：Anthropic 在官方研究博客披露，旗下一个尚未发布的 Claude 研究模型在 Linux 内核里找到了一个高危漏洞，并在约 53 分钟内写出了可用的完整利用链——从远程发包到以 root 身份执行命令，全程不需要账号密码，也不需要目标机器上的人点任何东西。这个漏洞编号 CVE-2026-98432，内核官方 CVE 团队给出 9.8 分的严重评级。对跑 Linux 服务器的运维和云服务团队来说，这事有两个值得盯的点：漏洞本身要不要紧，以及 AI 挖洞到底快到了什么程度。
CVE-2026-98432 是什么：藏在 TCP 握手里的竞态
先说漏洞本体。CVE-2026-98432 是一个由竞态条件引发的释放后使用漏洞，位置在 Linux 内核 IPv4 TCP 网络栈的 tcp_v4_syn_recv_sock() 函数里。通俗一点讲：新连接建立时，内核会把一份 IP 选项的所有权直接移交给新创建的子 socket，省一次复制；但与此同时，另一个 CPU 可能正在处理重传的连接请求，还在读这份选项来构造应答包。如果子 socket 提前把内存释放了，另一个 CPU 读到的就是一块已经被回收的内存，问题就出在这儿。
几个关键事实按官方口径列一下：这个缺陷最早可以追溯到 2016 年初的 Linux 4.4，在内核里已经潜伏了十年；IPv6 连接不受影响，因为内核会为 IPv6 复制一份选项；竞态失败只会让那一次握手失败，并不会让整个系统崩溃，这意味着执着的攻击方可以无限重试直到命中。严重性评级上存在一点分歧：内核 CVE 团队打了 9.8 分，而 Red Hat、Oracle 和 SUSE 起初给了 5.9 到 8.1 不等的分数，理由是赢下竞态并不容易，Red Hat 后来把影响等级上调到 8.1 的 Important 档。对开了 MPTCP 监听的服务器，最坏结果是远程 root 任意代码执行；对普通 TCP 服务器，则更可能导致内核崩溃。
53 分钟怎么用的：先泄内核指针，再劫持控制流
再看 Claude 这边。Anthropic 强调，干这件事的是一个未发布的内部研究模型。整个利用分两个阶段：第一阶段想办法绕过 KASLR（内核地址空间布局随机化）——利用竞态让内核按攻击者控制的长度字段多拷贝一些字节并回传，只要某一次过读的回包里带着内核指针，地址布局就摸清了；第二阶段用同一个漏洞溢出一个缓冲区，覆盖一个回调指针，让它指向早已通过普通协议功能放进内核内存的载荷，内核调用回调时，载荷串联起现有的内核函数，最终以 root 权限跑起一条命令。
时间线上，概念验证里泄露一个内核指针花了约 48 分钟，再花约 5 分钟走到命令执行，合计约 53 分钟。Anthropic 按协同披露流程把问题报告给了内核社区，上游修复在 10 月初就已合入，修复提交感谢了 Anthropic 研究员 Xinyang Ge；官方也明确没有放出利用代码。顺带一提 53 分钟这个数字有多夸张：多数企业的安全事件响应团队从告警到完成人员集结，往往都不止这个时间。
为什么波及面可能比想象大：MPTCP 与 Go 1.24
MPTCP 是多路径 TCP，允许一条连接同时走多条网络路径，Linux 里的默认姿势是应用主动请求才会启用。问题在于 Go 语言从 1.24 版本开始默认静默启用 MPTCP——大量云原生服务是在运维完全不知情的状态下把 MPTCP 监听暴露在公网上的。换句话讲，不少团队可能连自己中没中招都答不上来。
受影响的内核版本从 4.4 起，已修复的稳定分支包括 5.10.272、5.15.223、6.1.190、6.6.159、6.12.113、6.18.56、7.2.10 和 7.3-rc7。截至 10 月 30 日，Debian、Oracle Linux、SUSE 和 Amazon Linux 已经为部分版本推送了修复包，而 Ubuntu 和 RHEL 的发行版内核包当时还没有跟上——上游修了不等于你机器上修了，这中间的空窗期就是风险所在。好消息是，目前没有任何在野利用的报告，它也还没进 CISA 的已知被利用漏洞目录，详情可以在 NVD 漏洞条目里持续跟进。
AI 挖洞这件事的分量变了
这次披露其实只是 Anthropic 一整套研究的一部分。同一个模型还交出了另外四条攻击链：在 Chrome 里挖出 62 个已修复的 CVE，其中 13 个是沙箱逃逸；在 Safari 上用一条纯数据攻击绕过了同源策略；在 Android 上做到了不解锁掏走相册；在 Windows 上找到一个能让 QUIC 服务远程反复崩溃的内核越界读取，编号 CVE-2026-33096。把五条链放在一起看，结论比较扎心：把多个漏洞串成一条可验证的完整攻击，过去是少数专业团队的手艺，现在模型在很少的人工参与下就能做到，还能给出任何人都能复跑验证的概念验证。
Anthropic 在文章里也给行业留了两条经验：一是测试时算力扩展加上扫描器多样性，能显著提高漏洞发现数量；二是光清存量不够，得在提交代码的环节就上扫描，把新增漏洞的入口拦住，配套的 Claude Code 安全插件已经公开。给防守方的提醒则相当直白：趁早扫自己的代码，比以往任何时候都重要。
修复状态与建议：先做三件事
给实际在管机器的同学一份可操作清单。第一件，查内核版本：uname -r 一下，对着上面的修复版本表核一遍；第二件，查暴露面：重点确认有没有 MPTCP 监听挂在公网 IP 上，用 Go 1.24 及以后版本构建的服务优先排查；第三件，补丁还没到位的先做缓解——把入站 TCP 收紧到可信来源范围、做网络微分段，发行版的内核安全公告一发布就尽快升级。至于普通桌面用户，没有对外监听端口的话风险其实有限，不必连夜折腾，但补丁包到了还是建议顺手更上。
网友评论
- 「53 分钟从看代码到 root，我改一个报错都不止这个时间，这效率放在攻防对抗里真的吓人。」
- 「好消息是防守这边的模型先找到了，坏消息是这套能力不会永远只躺在实验室里。」
- 「Go 1.24 默认开 MPTCP 这一手太隐蔽了，一堆人根本不知道自己的服务在听 MPTCP，先自查再说吧。」
- 「家里 Ubuntu 桌面要不要连夜重装？评论区别贩卖焦虑了，没有监听端口就先睡觉。」
总结
把这件事拆开看：漏洞是老的，4.4 时代就在内核里躺着；AI 是新的，把「发现漏洞、写出利用、验证可行」这条过去以周计的链路压缩到了小时级。CVE-2026-98432 本身并不算离谱，但它踩中的两个点很现实——发行版补丁的空窗期，和 Go 默认开 MPTCP 带来的隐性暴露面。对个人用户，等补丁包更新即可；对管服务器的人，这两周值得把自查清单完整跑一遍。真正的分水岭不在 53 分钟这个数字，而在于下一次被先找到漏洞的，未必还是防守这一边。
