Anthropic 展示 Linux 内核漏洞利用链，修复状态需按发行版核对

编辑更正（2026年11月5日）：本文报道的是已知漏洞的模型利用实验，并非新发现。修复状态须按发行版和内核版本核对；Red Hat已为部分产品提供修复，Ubuntu仍按分支跟踪。MPTCP是所述实验路径，不是漏洞成立的必要条件，仅关闭MPTCP不足以完成缓解。已据Anthropic研究说明（在新窗口打开）、Red Hat漏洞页（在新窗口打开）及缓解说明（在新窗口打开）、Ubuntu跟踪页（在新窗口打开）更正。

AI 再次引发网络安全大地震！

CVE-2026-98432涉及Linux内核IPv4 TCP路径。发行版修复进度不同，不能概括为Ubuntu和Red Hat所有系统均未修复。

更令人毛骨悚然的是，Anthropic尚未发布的一款前沿大模型，竟然成功地将这个原本停留在「理论层面」的漏洞，自动转化为可远程获取root权限的「高危利用链」！

Anthropic在特定的易受攻击内核和MPTCP监听配置下演示了无需凭据的远程利用链。实验耗时与成功条件不能直接推广到任意公网服务器。

现在，网络安全防御逻辑彻底崩塌了——AI改变的不是漏洞的数量，而是将漏洞武器化的速度，从「数月」硬生生压缩到了「数小时」。

当AI化身不知疲倦的「超级黑客」，我们的数字世界还安全吗？

满分级绞肉机：CVE-2026-98432到底有多可怕？

在网络安全界，CVSS（通用漏洞评分系统）满分为10分。

任何超过9分的漏洞，都足以让全球各大公司的安全运维人员半夜从床上惊醒，连滚带爬地去加班打补丁。

而这次的主角，CVE-2026-98432，评分高达9.8分。

厂商将该漏洞评为高危的网络可达问题。实际影响取决于内核分支、回移补丁和系统配置，不能仅按Linux版本年代断言所有主流内核都受影响。

这是一个存在于IPv4 TCP握手过程中的「释放后重用（Use-After-Free, 简称UAF）」漏洞。

简单说，内核在创建新连接时，把IP选项内存从「请求套接字」直接转给了新套接字，却没有正确等待所有CPU读完就释放了。

另一个CPU还在用这块内存发SYN-ACK，结果就踩到了已经释放的内存。

打个比方：

假设服务器是一家酒店，IPv4 TCP握手就是客人（数据包）去前台开房的过程。

UAF漏洞相当于：一个客人退房了（内存被释放），但系统因为某种逻辑错误，没有收回他手里的房卡。

当下一位无辜的客人（或者核心系统程序）住进这个房间时，那个持有「过期房卡」的黑客，就可以大摇大摆地开门进去，甚至直接接管整个酒店的控制权（即获取Root权限）。

最致命的是，触发这个漏洞「无需任何凭据」。

黑客不需要知道你的账号，不需要知道你的密码，甚至不需要你在服务器上运行什么复杂的高危服务。

不需要钓鱼、不需要用户点链接、不需要已有权限。只要你的机器对外暴露了IPv4 TCP服务（几乎所有公网服务器都是），理论上就可能中招。云厂商的Network Load Balancer如果透传IP选项，后面的目标机器也会受影响。

漏洞影响IPv4 TCP相关内核路径；是否可被利用仍须结合厂商影响列表、所用内核和网络暴露面判断，并非所有联网服务器都会被同样攻破。

在所述实验路径中，失败尝试可以不造成崩溃，但这不能推出所有系统都可无限重试并保证攻击成功。

Anthropic的实验里，大约48分钟就能泄露内核指针（绕过KASLR），再花5分钟就能拿到root shell。整个过程大约53分钟。

Anthropic的实验使用MPTCP监听。Go自1.24起在支持MPTCP且相应默认设置生效时可为监听使用MPTCP，但这不表示所有Go服务都暴露同一路径；厂商说明该漏洞并不要求启用MPTCP。

无数用Go写的微服务、API网关、云原生服务，可能正默默开着这扇门。

截至本次编辑核对，Red Hat已为部分RHEL产品分支发布修复；Ubuntu跟踪页仍列有处理中分支。具体状态须以所用发行版、版本和内核包公告为准。

原文未提供可核验的受影响服务器数量，不能据此估算数百万或上千万台机器均处于同等风险。

临时限制暴露面可能降低部分风险，但不能替代厂商修复。

多个发行版正提供或回移内核修复，包括Red Hat已发布修复的部分产品分支；不宜使用排他名单描述全部修复状态。

Ubuntu和RHEL用户应按各自产品公告核对修复状态及生效内核。

AI并没有「发现」漏洞，但它做的事更可怕

这场危机的真正内核不是AI 发现了又一个漏洞，而是 AI 彻底颠覆了行业——

有趣的部分并不是一个未发布的模型找到了远程 root 路径。而在于该模型完成了缓慢、机械的工作：把一个已知的 use-after-free 转成无需凭据即可工作的利用链。

长久以来，网络安全界存在一个微妙的「时间差保护伞」。

当一个极其复杂的内核漏洞被公开时，它通常只是概念证明，或者仅仅停留在理论层面。为什么？

因为要把一个底层的内存漏洞变成一个百分之百好用的利用链， 极其缓慢、极其考验黑客耐心，是一项「机械性手艺活」。

要打磨出一把真正能用的「钥匙」，顶尖黑客可能要几周甚至几个月，不断尝试内存空间的布局，编写繁琐的代码，串联多个微小的逻辑缺陷。

正是这「几周到几个月」的时间差，给了全球各大软件厂商开发补丁的时间，也给了各大系统管理员更新系统的时间。

但是，Anthropic的未发布AI模型，亲手捏碎了这个保护伞。

AI最擅长的是什么？就是不知疲倦、极其精准地处理那些缓慢、复杂、需要巨大工作量的机械性逻辑推演。

这个Anthropic未发布的AI模型是一个「怪兽」，既拥有着人类顶级黑客直觉，同时又有着机器般算力和耐心。

当CVE-2026-98432的理论漏洞摆在它面前时，它可以在极短的时间内，自动推演千万次内存状态，把那些散落的理论碎片，拼接成了一把直插服务器心脏的利刃！

Anthropic这次只是披露了结果，没有公开利用代码。但一旦类似能力扩散，漏洞从「发现」到「武器化」的时间会急剧缩短。

「如果模型能够可靠地完成这项工作，那么从『公开漏洞』到『可用漏洞利用』的窗口就会从数周或数月缩短到数小时。」

这就是本次事件最令人胆寒的地方！它改变的不是网络世界里漏洞的绝对数量，而是极其残忍地改变了防守方的「实际安全态势」。

以前，系统管理员看到一个漏洞公告，可以喝杯茶，排进下个月的更新计划里；现在，漏洞公告发出的几个小时后，由AI全自动生成的自动化攻击武器可能就已经在暗网上泛滥了。

人类的肉身运维速度，如何拼得过AI的代码生成速度？

我们正在被迫卷入一场「降维打击」

诺贝尔经济学奖得主Daron Acemoglu曾警告：

AI可能让普通劳动者沦为二等公民。

而在网络安全领域，这种降维打击已经提前上演。如果不掌握顶级AI防御工具，传统的安全工程师正在沦为网络战场上的「二等公民」。

在过去，只有国家级的高级持续性威胁组织，才有财力和人力去将复杂的0day或Nday漏洞武器化。因此，普通企业遭到这类高级利用链攻击的概率并不高。

但现在，AI正在将「制造顶级网络武器」的能力平权化、廉价化、瞬时化。

试想，一旦这种类似Anthropic前沿模型的能力流出，或者被黑客组织逆向工程实现，会发生什么？

一个初级脚本小子，只需要输入一段提示词：「帮我针对昨天刚爆出的Linux CVE漏洞写一个远程Root攻击脚本」，AI就能在几分钟内生成一套极具杀伤力的代码。

防御方还在慢吞吞地走流程、测兼容性、等厂商发补丁；攻击方的「AI军工厂」已经将最新的导弹量产并倾泻而下了。

这种不对称的战争，怎么打？

AI时代的车轮正在碾压一切旧有的规则。在这场由大模型掀起的网安降维打击中，没有人能独善其身。

我们要么学会在AI的辅助下建立起「分钟级」甚至「秒级」的新一代自动化防御体系，要么，就只能眼睁睁地看着我们在互联网上建立起来的数字大厦，被AI生成的炮火轰得粉碎。

真实世界里谁最危险？

原文转述了扫描活动的观察，但未给出可独立核验的监测数据；不能据此确认在野利用规模。防护仍应以厂商漏洞公告和本机修复状态为依据。

现在立刻能做什么？

1.核对所用发行版、产品分支和内核包的正式安全公告，采用对应修复并按厂商要求使其生效；不要把某一RHEL分支的修复直接套用到其他发行版，也不要将测试仓库等同正式安全更新。

2.临时缓解须遵循厂商说明。仅关闭MPTCP并不足以消除此漏洞；过滤相关IPv4选项或限制服务来源可能降低部分风险，但存在限制，且不能替代补丁。

3.盘点发行版、内核修复版本和网络暴露面。仅检查MPTCP监听或Go版本不足以判定是否受影响；容器和不同网络命名空间也须按厂商说明纳入核对。

补丁已经有了，只是有些发行版还在路上。现在不是观望的时候，是行动的时候。去检查你的服务器吧。别等别人替你「检查」。

留给人类打补丁的时间，不多了。

参考资料：

https://x.com/shawnchauhan1/status/2117134617769898241

https://atlasum.net/blog/cve-2026-98432-linux-ipv4-tcp-uaf

文章来自于"新智元"，作者 "大卫 Aeneas"。