2026-11-01 17:56:29 网络安全文章来源：ZONE.CI 全球网 0 阅读模式

【CVE-2026-98432】TCP爆出释放后重用漏洞，CVSS 评分9.8！

原创

骨哥说事
骨哥说事

骨哥说事

2026年11月1日 11:09
上海

去阅读


声明：文章中涉及的程序(方法)可能带有攻击性，仅供安全研究与教学之用，读者将其信息做其他用途，由用户承担全部法律及连带责任，文章作者不承担任何法律及连带责任。

防走失：https://gugesay.com/

不想错过任何消息？设置星标↓ ↓ ↓

CVE-2026-98432是一个CVSS评分高达9.8的Linux内核IPv4 TCP握手中的远程释放后重用漏洞，已于10月15日获得上游修复。然而，Ubuntu和Red Hat的主流发行版至今仍未发布包含此修复的内核更新。

核心概览

Linux稳定版内核于2026年10月11日和15日针对CVE-2026-98432发布了修复补丁。该漏洞位于IPv4 TCP握手处理过程中，攻击者无需身份验证即可远程触发。

Linux内核自身的CVE编号机构(CNA)将其评级为CVSS 3.1 9.8分，高危级。包含了修复的稳定内核版本包括 5.10.272、5.15.223、6.1.190、6.6.159、6.12.113、6.18.56、7.2.10 以及 7.3，该漏洞可追溯至Linux 4.4版本。

上游的修复代码只有短短四行，但绝大多数服务器都依赖发行商提供的内核版本。截至CDT时间10月31日下午5:15，Ubuntu的漏洞跟踪器显示其所有版本的内核仍处于\"易受攻击\"状态，而Red Hat在10月30日也将此漏洞评级提升为高危，确认RHEL 8、9、10均受影响且暂无官方修复方案。

为何必须立即重视此漏洞： 此漏洞的执行路径位于每个Linux服务器接收IPv4 TCP连接时必须调用的核心代码中，甚至在应用程序感知到连接之前就已触发。

Anthropic公司（该漏洞的发现者）透露，其Claude AI模型已成功编写了一个可利用程序，能在\"启用了多路径TCP(MPTCP)监听器的Linux服务器\"上以root权限执行任意命令，整个过程完全无需任何访问凭证。根据Go安全团队的说明，从Go 1.24版本起，Go语言编写的程序在Linux上会默认创建MPTCP监听套接字。详细信息可参考时间线。

关键信息汇总

字段	详细说明
CVE编号	CVE-2026-98432，\"ipv4：inet\_opt与ireq\_opt应在RCU宽限期后再释放\"，由Linux内核CNA机构分配
危险等级	高危，CVSS 3.1 9.8分 (向量：`AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H`)，基于内核CNA的评估。Red Hat于10月30日将评级从重要(8.1分)提升至高危(9.8分)。SUSE评定为重要，Ubuntu评定为高，Oracle与Amazon评定为重要，CVSS评分为8.1分。
漏洞类型	IPv4 TCP握手期间选项数据的释放后重用(UAF)（官方记录未指定具体CWE编号）
潜在危害	根据CNA的评分注释：可能导致内核堆内存内容泄露给攻击者、内核内存被破坏，或直接引发系统崩溃。Red Hat的官方通告进一步指出：\"远程、未经身份验证的攻击者可能利用TCP连接请求处理过程中的竞争条件，触发远程代码执行。\"
已修复版本	7.2.10与6.18.56（10月11日）· 6.12.113、6.6.159、6.1.190、5.15.223及5.10.272（10月15日）· 7.3（10月18日）
尚未修复	Ubuntu（全部版本）和Red Hat Enterprise Linux (RHEL) 8、9、10，截至CDT时间10月31日下午5:15。AlmaLinux的修复内核正处于测试阶段。在5.10版本之前已停止维护的上游分支将不会获得官方补丁。
概念验证(PoC)	Anthropic证实，Claude AI已为启用了多路径TCP监听器的服务器编写了一个远程root权限利用程序。该PoC目前尚未公开。
CVE记录	于10月15日发布于cve.org。截至CDT时间10月31日下午5:15，NVD将其状态标记为\"已接收\"，尚未发布独立分析报告。
漏洞发现者	Anthropic公司的葛新阳(Xinyang Ge)。由埃里克·杜马泽(Eric Dumazet)修复，并经岩岛邦之(Kuniyuki Iwashima)审核确认。

受影响范围

所有从4.4版本开始、未集成该修复的Linux内核都会受到影响，无论该主机是直接对外提供服务还是仅作为容器运行平台。需要特别注意的是：容器直接使用宿主机的内核，因此仅更新容器镜像无法解决此问题。IPv6连接不受此漏洞的主要危害路径影响；修复提交的注释中明确指出\"IPv6不受第一个问题的波及。\"

内核版本线	2026年10月31日状态	修复版本	发布日期
7.3	主线开发版	7.3 (自7.3-rc7起)	2026年10月18日
7.2	稳定版	7.2.10	2026年10月11日
6.18	长期支持版	6.18.56	2026年10月11日
6.12	长期支持版	6.12.113	2026年10月15日
6.6	长期支持版	6.6.159	2026年10月15日
6.1	长期支持版	6.1.190	2026年10月15日
5.15	长期支持版	5.15.223	2026年10月15日
5.10	长期支持版	5.10.272	2026年10月15日
4.4 – 5.4	上游已停止维护	仅等待各发行版后续修复	—

主流发行版状态

各家发行版会以自己的版本号对修复进行回移植，因此请以发行版的跟踪器为准，而非上游版本号。截至CDT时间10月31日下午5:15：

Ubuntu： 其漏洞跟踪页面将linux包标记为所有发行版均\"易受攻击\"。对于26.10、26.04、24.04和22.04版本，页面在7.3.0-10.10、7.0.0-43.43、6.8.0-149.149和5.15.0-203.213等开发版本后标注了\"修复进行中\"；而20.04、18.04和16.04版本则仅显示\"易受攻击\"。大量为特定云平台和硬件优化的内核分支也以相同方式列出，且至今未发布正式的Ubuntu安全公告(USN)。
Red Hat： 自10月30日起将漏洞评级提升为高危，CVSS 3.1 9.8分。RHEL 8、9、10及OpenShift Container Platform 4和5被列为受影响且尚无修复；RHEL 6和7则不受影响（CVE详情页)。其安全公告RHSB-2026-016中表示\"Red Hat正在加速修复发布流程\"，同时提供了一条nftables缓解规则（下方有对比分析），并强调所有依赖RHEL内核的产品，包括RHEL CoreOS，\"同样可能受到影响。\"
AlmaLinux： 针对AlmaLinux 8、9和10的修复内核（版本号分别为kernel-4.18.0-553.180.2.el8_10、kernel-5.14.0-687.61.2.el9_8和kernel-6.12.0-211.69.2.el10_2）已于10月30日存入测试仓库，进度反超RHEL。AlmaLinux将在社区完成测试后将其推送到生产仓库，目前其官方勘误列表中尚未列出这些更新（官方公告）。
Debian： 已在12 \"bookworm\"（6.1.190-1，DLA-4841-1，以及linux-6.12``6.12.113-1~deb12u1，DLA-4850-1）、13 \"trixie\"（6.12.113-1，DSA-6568-1）以及不稳定版中完成修复（漏洞跟踪器）。
SUSE： 评定为重要级。SUSE Linux Enterprise Server 16.0（kernel-default``6.12.0-160000.40.1）以及15 SP4、SP5、SP6的LTSS内核已修复；15 SP7正处于修复过程中。openSUSE Leap 16.0已修复，而Leap 15.6则被标记为受影响（SUSE CVE页面）。
Oracle Linux： 评定为重要级，CVSS 3.1 8.1分。适用于Oracle Linux 7、8、9和10的Unbreakable Enterprise Kernel (UEK)的勘误包已于10月16日发布：ELSA-2026-500397、ELSA-2026-500398和ELSA-2026-500399（Oracle CVE页面）。该页面仅列出了UEK内核的状态。
Amazon Linux： 评定为重要级，CVSS 3.1 8.1分，并且所有相关的Amazon Linux内核均已获得修复。对于Amazon Linux 2023，默认的kernel包（ALAS2023-2026-3365，10月30日）、kernel6.12包（ALAS2023-2026-3335，10月29日）和kernel6.18包（ALAS2023-2026-3251，10月24日）均已包含修复。对于Amazon Linux 2，核心的kernel包（ALAS2-2026-4065）以及5.4、5.10、5.15版本的Extras内核包（ALAS2KERNEL-5.4-2026-135、ALAS2KERNEL-5.10-2026-137和ALAS2KERNEL-5.15-2026-120）也都在10月30日完成了修复（Amazon Linux CVE页面）。

漏洞机制解析

当Linux服务器接收一个TCP连接时，内核会使用一个轻量级的\"请求套接字\"来跟踪这个处于半开状态的握手过程，待握手完成后才会创建完整的套接字。

如果发起连接的客户端在其IPv4头部中附加了选项信息，内核会将这些选项保存下来，以便在后续的回复数据包中原样回显。

这个漏洞的根因在于：当内核将这些保存的选项从请求套接字传递给新建立的连接时，并没有进行数据复制操作，而是在连接断开后立即释放了这些选项所占用的内存。

此时，另一个CPU核心可能还在读取这些内存信息，以构建握手回复包。读取已被释放的内核内存，就构成了典型的释放后重用(UAF)漏洞。

整个攻击过程不需要攻击者拥有任何登录凭证，且完全发生在内核底层的握手处理逻辑中，远在任何上层应用程序代码开始执行之前。

根据CNA的评分注释，这种对已释放内存的读取，不仅可能导致内核堆内存中的数据泄露给远程攻击者，还可能被用于引导内核进行越界写入，甚至直接造成系统宕机。

Anthropic的研究人员进一步指出：\"即使单次竞争失败，也只会导致当前握手失败，而不会使整个系统崩溃。因此，有决心的攻击者完全可以反复尝试，直至成功触发漏洞。\"

代码修复方案

埃里克·杜马泽(Eric Dumazet)提交的代码补丁，标题为\"ipv4: free inet\_opt and ireq\_opt after an RCU grace period\"，主要改动是将两处普通的kfree()调用替换为kfree_rcu()。

此函数会确保所有对该内存块的读取操作都结束后，才会真正释放内存。实际上，在替换这些选项的其他代码路径中，早已采用了类似的安全模式。

该提交还修复了请求套接字迁移过程中的同一问题（涉及net.ipv4.tcp_migrate_req=1配置，或BPF_SK_REUSEPORT_SELECT_OR_MIGRATE类型的BPF程序），并在注释中说明，一个相关的IPv6问题\"将在后续的独立补丁中解决。\"

ipv4: free inet\_opt and ireq\_opt after an RCU grace period

torvalds/linux · e3f33b0 · 2026年10月1日

涉及文件： net/ipv4/af\_inet.c net/ipv4/tcp\_ipv4.c

共计修改2个文件

暴露风险较高的服务器类型

所有运行受影响内核并接受IPv4 TCP连接的Linux主机：包括Web服务器（HTTP/HTTPS）、SSH服务器、数据库服务（如MySQL, PostgreSQL）、负载均衡器以及Kubernetes集群节点。CNA的注释明确指出，漏洞触发的路径运行于\"TCP握手阶段，应用层身份验证开始之前。\"
首先，具有多路径TCP(MPTCP)监听器的主机风险尤为突出。 这是Anthropic成功利用程序所必需的配置前提：\"Linux服务器上需要存在多路径TCP(MPTCP)监听器。\" Anthropic尚未具体说明为何MPTCP监听器如此关键，该CVE的官方记录中也未提及MPTCP。服务器只有在应用程序主动开启MPTCP套接字时才会创建此类监听器，而Go语言程序恰好默认开启此功能：Go安全团队指出：\"从Go 1.24版本开始，在Linux平台上，Go程序的监听套接字默认就会启用MPTCP。\" 这一默认行为的触发，取决于程序中go.mod文件里定义的go版本号，并且仅在系统内核允许MPTCP（即sysctl net.mptcp.enabled = 1，例如我们检查的Debian 12内核就默认为1；AlmaLinux则表示其分发的内核默认关闭）的情况下才会生效。Go团队还补充强调：\"这一底层漏洞并非MPTCP专属。没有MPTCP监听器的系统，同样可能遭到类似的攻击。\" 具体的检查方法见下文。

Red Hat现已采纳与CNA一致的评估结果。 Red Hat在10月30日将漏洞评级从重要（8.1分）紧急上调为高危（9.8分），理由是\"攻击几乎不受网络环境前提条件限制，且一旦得逞可能导致严重的系统不稳定。\" 其公告中明确写道：\"任何接受入站TCP连接的系统都处于直接风险之中。\"

如何检查你的系统

检查当前运行内核版本

uname -r                             # 显示当前正在运行的内核版本
uname -v                             # Debian系统：显示运行中内核包的版本号
dpkg -l 'linux-image*' | grep ^ii    # Debian/Ubuntu：查看所有已安装的内核镜像包
rpm -q kernel                        # RHEL及其衍生版：查看已安装的内核包
needs-restarting -r                  # RHEL系统（需安装dnf-utils）：检查系统是否需要重启才能应用新的内核

请将输出结果与上文中对应发行版的修复状态进行比对，千万不要直接与上游Linux内核的版本号比较，因为发行版会进行大量的版本回移植工作。如果系统已安装了更新版本的内核包但尚未重启，那么修复补丁在重启前是不会生效的。重要提示：请在宿主机、容器宿主机和Kubernetes节点上执行这些命令，不要在容器内部执行 —— 容器内看到的内核版本就是其宿主机的内核版本。我们已在Debian 12宿主机和Rocky Linux 9容器内验证了这些命令的可行性。

检查是否存在多路径TCP监听器

ss -Mlnp                   # 列出所有MPTCP监听套接字及其所属的进程信息
sysctl net.mptcp.enabled   # 检查系统是否允许开启MPTCP套接字，值为1表示允许

ss -M命令只会输出MPTCP套接字，因此，如果命令返回结果为空，就表示当前不存在MPTCP监听器。请注意，仅sysctl net.mptcp.enabled = 1这一设置本身并不会自动创建监听器，还必须要有应用程序主动创建MPTCP类型的套接字才行。我们在使用iproute2 6.1工具的Debian 12容器中进行了双重测试：ss -Mlnp命令成功列出了我们创建的测试MPTCP监听器，并自动跳过了旁边普通的TCP监听器。在10月31日的测试中，该命令还列出了一个go.mod中指定go 1.24的Go语言HTTP服务，并且忽略了由go 1.23编译的同一服务。

修复与缓解措施

更新内核并及时重启，这是治本之道

一旦你的发行版供应商发布了包含修复的内核更新，请立即安装并随之重启系统，因为内核更新必须通过系统重启才能生效。请对所有的容器宿主机和Kubernetes集群节点也执行同样的操作。对于预装了特定内核固件的硬件设备或云平台镜像，则需要等待其供应商推送对应的更新包。

截至CDT时间10月31日下午5:15，Debian、SUSE Linux Enterprise Server 16.0及15系列LTSS版本、openSUSE Leap 16.0、Oracle Linux的UEK内核系列，以及Amazon Linux 2和2023，均已发布了修复内核。AlmaLinux的修复包则位于其测试仓库中。然而，Ubuntu和Red Hat RHEL系列目前（截至此时）尚未发布官方修复。请密切关注上文各发行版链接的官方漏洞跟踪页面。如果你使用的是自己编译的内核，请升级到对应内核版本线的最新修复版。

若无立即修复条件，可先采取临时缓解措施

Red Hat的安全公告和AlmaLinux官方文档均建议使用nftables防火墙规则，在系统内核之前丢弃所有携带IP选项的入站IPv4 TCP数据包。Red Hat明确指出，此规则\"可以显著降低漏洞暴露风险，但无法提供百分之百的保护。\" 以下是Atlas团队根据CNA评分注释（其中指出攻击者通常在SYN包中附带IPv4记录路由或时间戳选项）推荐的临时规则，与AlmaLinux的建议一致。由于合法的TCP通信极少会携带IPv4选项，因此丢弃这类数据包通常不会对正常服务造成影响：

nft add table ip cve_2026_98432
nft add chain ip cve_2026_98432 pre '{ type filter hook prerouting priority -300; }'
nft add rule ip cve_2026_98432 pre meta l4proto tcp ip hdrlength gt 5 counter drop

规则ip hdrlength gt 5会匹配所有IPv4头部长度大于20字节最小值的数据包，而只有在包含选项的情况下，头部长度才会超过20字节。这条规则会在连接跟踪生效之前执行，并且不会干扰IPv6或非TCP流量。我们在Debian 12容器中对其进行了测试：它能成功丢弃携带记录路由选项的SYN包，同时保持正常的TCP连接不受影响。需要注意的是，我们尚未用真实的漏洞利用程序测试此规则的有效性，它只是一个缓解措施，并不能从根本上修复内核漏洞。该规则在系统重启前持续生效，如果你计划在重启后切换到已修复的内核，这个设定是合理的；若想移除规则，执行nft delete table ip cve_2026_98432即可。如果你的网络边界防火墙也有能力丢弃所有携带IPv4选项的数据包，在边界实施这一策略可以保护其后的所有主机。

如果你仍然在使用iptables来管理防火墙，可以使用下方这条规则，它在功能上与上方的nft规则等效，并且同样工作在raw表（在执行顺序上位于连接跟踪之前）：

iptables -t raw -I PREROUTING -p tcp -m u32 --u32 \"0>>24&0xF=6:15\" -j DROP

u32匹配模块会解析IPv4头部中的\"头部长度\"字段，当该字段值为6到15时（十进制），即代表数据包中携带了IP选项。我们使用iptables 1.8.9版本，在Debian 12容器的nf_tables和传统legacy两种后端下进行了测试：该规则能够正确丢弃发送给本机以及需要由本机路由转发的、携带记录路由选项的SYN包，普通TCP连接则完全不受影响。若要删除此规则，只需将命令中的-I（插入）替换为-D（删除）并执行即可；与nft规则类似，iptables规则同样在重启后失效。这条规则需要内核加载xt_u32模块。Debian 12、Ubuntu 22.04、Ubuntu 24.04以及RHEL 8的内核默认包含了此模块。但RHEL 9、RHEL 10以及基于它们的重建发行版（如Rocky Linux 9/10）的内核则通常不包含此模块，因此在这些系统上，请采用上方的nft规则。

Red Hat推荐的规则使用了input钩子，而我们推荐的规则使用了prerouting钩子。这意味着我们的规则不仅能保护本机（host），还能保护本机路由转发给其内部容器（container）的数据包。我们在10月31日，使用两对独立的网络命名空间（network namespace）模拟测试了此场景。该规则成功丢弃了在一对网络命名空间之间路由的、带记录的SYN包，但对于在另一对网络命名空间之间通过网桥（bridge）直接转发的同类数据包则未能拦截。这也印证了AlmaLinux的警告：\"同一宿主机上、容器之间的流量可能会绕过这条规则。\" 此外，AlmaLinux还提示，如果网络依赖CIPSO安全标签机制（这类信息通过IPv4选项传递），则不应使用此缓解规则。

若你的环境并不需要多路径TCP功能，建议直接将其关闭。 虽然这并不能消除漏洞本身，但却可以移除Anthropic所公开的漏洞利用程序所需的关键前置条件（MPTCP监听器）。以下是AlmaLinux提供的关闭步骤：

echo 'net.mptcp.enabled = 0' | sudo tee /etc/sysctl.d/90-disable-mptcp.conf
sudo sysctl -w net.mptcp.enabled=0
sudo ss -Mlnp    # 注意：之前已经开启的MPTCP监听器会继续保持，需要重启相关服务才能切换

执行上述操作后，任何新创建的MPTCP套接字都会失败，Go语言程序在启动时会自动回退到普通的TCP。这个设置针对每个独立的网络命名空间生效，且每个新创建的命名空间（如容器）默认会继承其父空间的设置，因此你必须对每个容器单独应用此设置（Docker操作示例：--sysctl net.mptcp.enabled=0）。我们在10月31日对这些步骤连同Docker配置一并进行了验证。如果只想针对单个Go程序关闭MPTCP，可以在其运行环境中设置GODEBUG=multipathtcp=0。但Go安全团队认为，这种为每个程序单独设置环境变量的方式是\"一种脆弱的缓解方法\"。

总而言之，在您能打上永久修复补丁之前，请务必将可能存在MPTCP监听器的主机置于优先修补名单的顶端，并尽可能避免让这些监听器直接暴露在互联网中。

时间线与利用态势

所有时间均为中部夏令时(CDT, UTC-5)。

时间点	关键事件
10月1日 · 下午5:12	埃里克·杜马泽提交了初始修复补丁，并注明漏洞报告者为Anthropic公司的葛新阳(Xinyang Ge)。
10月5日	该修复补丁被合并到了Linux内核的网络子系统代码树中。
10月11日	包含此修复的Linux 7.2.10和6.18.56稳定版内核发布；当晚，7.3-rc7预发布版也包含了该修复。
10月15日 · 上午4:56–7:16	包含修复的Linux 6.12.113、6.6.159、6.1.190、5.15.223和5.10.272等稳定版内核相继发布；其对应的CVE ID记录于上午7:08正式发布于cve.org。
10月16日	Oracle发布了针对Oracle Linux 7至10系列（UEK内核）的修复勘误包。
10月18日	正式版Linux 7.3发布，内置了此修复。
10月24日	Amazon Linux 2023的`kernel6.18`内核软件包完成修复。
10月27日	Anthropic的Frontier红色团队在一篇研究文章中简要提及，其Claude AI在实验室环境中成功构建了一个针对该漏洞的远程获取root权限的利用程序。
10月29日 · 下午6:34	Go安全团队正式对外通告：自Go 1.24版本起，基于Go 1.24构建的程序在Linux上默认会创建MPTCP监听器。
10月29日	Ubuntu的内核仍被标记为易受攻击；Amazon Linux 2023的`kernel6.12`包获得修复；GitHub上开始出现引用此CVE编号的代码仓库，其中最早的一个在当晚7:22分创建，旨在展示漏洞的竞争条件触发过程。
10月30日	AlmaLinux将修复后的内核包推送至其测试仓库；Red Hat将漏洞评级紧急提升至高危级，并发布了包含缓解措施的官方公告RHSB-2026-016；Amazon Linux完成了对其剩余内核包的修复。
10月31日	GitHub上引用该CVE的项目数量已达36个，其中至少有6个标榜自己包含了竞争条件触发器或漏洞利用的概念验证(PoC)。

当前的公开利用与披露态势。 据Anthropic披露，其Claude AI在\"经过初始引导\"后即编写出该利用程序，能够在\"拥有多路径TCP监听器的Linux服务器\"上，无需任何登录凭证或用户交互，便能以root身份执行任意命令。

Anthropic称，在其概念验证测试中，\"整个利用过程分为两个阶段：先用48分钟时间成功泄露内核指针，再用5分钟时间达到执行任意shell命令的目的。\" 目前，Anthropic尚未公开此完整的漏洞利用代码。根据其协调漏洞披露(CVD)政策，厂商有90天的期限来发布修复补丁，此后还有45天的静默期，Anthropic才会详细披露超出公开公告的更多技术细节。

现在，Red Hat的官方通告中也已明确承认该漏洞可能被利用\"以触发远程代码执行(RCE)\"。截至CDT时间10月31日下午5:15，在GitHub上引用此CVE的36个项目中，大多数将自己描述为漏洞检测或缓解工具，其中不乏Ansible自动化角色、以及面向AlmaLinux和Rocky Linux的实时内核补丁（livepatch）方案。

然而，这其中至少有6个项目自称包含漏洞的竞争条件触发器或释放后重用概念验证代码。最早的此类PoC项目创建于10月29日下午7:22，最新的则更新于10月31日上午11:04。截至目前（CDT时间下午5:15），该漏洞尚未被美国网络安全与基础设施安全局(CISA)列入其\"已知已利用漏洞(KEV)\"目录。重要声明：我们并未对任何公开的概念验证代码进行实际测试，并且在此不会提供指向它们的链接。

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