Linux CVE-2026-98432 TCP 释放后使用：CVSS 9.8、已修复内核及发行版状态

CVE-2026-98432 是 Linux 内核中 IPv4 TCP 握手处理过程中的一个释放后使用漏洞，远程未认证对端可在任何应用程序看到连接之前触达该漏洞。Linux 内核 CNA 将其评为 CVSS 3.1 9.8 严重级别，上游稳定内核已于 2026 年 10 月发布修复，但包括 Ubuntu 和 Red Hat Enterprise Linux 在内的主要发行版内核截至 2026 年 10 月 29 日仍未修复。

发生了什么

Linux 稳定内核于 2026 年 10 月 11 日和 10 月 15 日发布了针对 CVE-2026-98432 的修复。该漏洞是 TCP 握手期间 IPv4 选项数据的释放后使用。上游修复很小：Eric Dumazet 的提交“ipv4: free inet_opt and ireq_opt after an RCU grace period”将普通的 kfree() 调用替换为 kfree_rcu()，以便在另一个 CPU 可能仍在读取内存时不会释放内存。

该漏洞可追溯至 Linux 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。CVE 记录于 2026 年 10 月 15 日发布。报告者归功于 Anthropic 的 Xinyang Ge；Eric Dumazet 修复了该漏洞，Kuniyuki Iwashima 审查了修复。

为何重要

易受攻击的路径在内核的 TCP 握手处理中运行，先于应用程序认证。从 4.4 开始，任何接受 IPv4 TCP 连接且缺少修复的 Linux 主机都会受到影响，包括容器主机和 Kubernetes 节点，因为容器运行在主机内核上。

Anthropic 表示其 Claude 模型编写了一个有效的概念验证漏洞利用程序，可在“具有多路径 TCP 监听器的 Linux 服务器”上以 root 身份运行命令，无需任何凭据。Anthropic 尚未发布该漏洞利用程序。CNA 的评分说明指出，陈旧数据可向远程对端泄露内核堆内容、导致内核内存损坏或使机器崩溃。Red Hat 更保守地将其影响描述为“主要导致系统崩溃，造成拒绝服务（DoS）或潜在的内存损坏”。

关键事实

字段 详情
CVE CVE-2026-98432，“ipv4: free inet_opt and ireq_opt after an RCU grace period”
严重性 严重，Linux 内核 CNA 评分为 CVSS 3.1 9.8（AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H）
其他评分 Red Hat：重要，CVSS 3.1 8.1，攻击复杂度高。SUSE：重要。Ubuntu：高。Oracle 和 Amazon：重要，CVSS 3.1 8.1。
弱点 TCP 握手期间 IPv4 选项数据的释放后使用
影响 向远程对端泄露内核堆、内核内存损坏或崩溃
上游已修复 10 月 11 日：7.2.10 和 6.18.56；10 月 15 日：6.12.113、6.6.159、6.1.190、5.15.223 和 5.10.272；10 月 18 日：7.3
无上游修复 在 5.10 之前达到生命周期结束的分支
概念验证 Anthropic 称 Claude 为具有多路径 TCP 监听器的服务器构建了远程 root 漏洞利用程序；尚未发布该漏洞利用程序
NVD 状态 截至 2026 年 10 月 29 日晚上 8:00 CDT，列为“已接收”，无 NVD 分析
CISA KEV 截至 2026 年 10 月 29 日晚上 8:00 CDT，未列出

漏洞如何运作

当 Linux 服务器接受 TCP 连接时，内核在请求套接字中跟踪半开握手，然后在握手完成后创建完整套接字。如果连接对端的 IPv4 头部携带选项，内核会保存这些选项以在回复中回显。漏洞在于内核将这些保存的选项从请求套接字传递给新连接时没有复制它们，然后在连接消失时立即释放它们，而另一个 CPU 可能仍在读取它们以构建握手回复。

对端无需登录，易受攻击的代码在应用程序代码之前运行。Anthropic 表示，失去竞争“只会导致握手失败而不会使整个系统崩溃，因此坚定的攻击者可以无限重试直到成功。”

修复将两个普通的 kfree() 调用改为 kfree_rcu()，后者会等待所有读取者完成对内存的使用后再释放。其他替换这些选项的代码路径已经这样做了。该提交还修复了请求套接字迁移（net.ipv4.tcp_migrate_req=1 或 BPF_SK_REUSEPORT_SELECT_OR_MIGRATE 程序）中的相同问题。提交说明称相关的 IPv6 情况“将在单独的补丁中解决”。主要问题不影响 IPv6 连接。

哪些内核已修复

发布线 2026 年 10 月 29 日状态 修复版本 发布日期
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 上游生命周期结束 仅发行版修复 不适用

一位 Hacker News 评论者列出了 5.15.225 而非 5.15.223 作为 5.15 线的修复版本。管理员应针对稳定树或发行版内核包验证确切的修复版本，而不是依赖单一列表。

截至 2026 年 10 月 29 日的发行版状态

发行版内核携带各自版本号下的向后移植修复，因此上游版本不是正确的检查方式。截至 2026 年 10 月 29 日晚上 8:00 CDT：

发行版 状态
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 安全公告。
Red Hat RHEL 8、9 和 10 以及 OpenShift Container Platform 4 被列为受影响且无修复。RHEL 6 和 7 不受影响。Red Hat 表示缓解措施“要么不可用，要么当前可用的选项不符合 Red Hat 产品安全标准。”
Debian 已在 Debian 12“bookworm”（6.1.190-1、DLA-4841-1 和 linux-6.12 6.12.113-1~deb12u1、DLA-4850-1）、Debian 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 15.6 和 16.0 被列为受影响。
Oracle Linux 评为重要，CVSS 3.1 8.1。Oracle Linux 7、8、9 和 10 的 Unbreakable Enterprise Kernel 勘误于 10 月 16 日发布：ELSA-2026-500397、ELSA-2026-500398 和 ELSA-2026-500399。页面仅列出 UEK 内核。
Amazon Linux 评为重要，CVSS 3.1 8.1。在 Amazon Linux 2023 上，kernel6.18 已修复（ALAS2023-2026-3251，10 月 24 日），kernel6.12 已修复（ALAS2023-2026-3335，10 月 29 日）。默认的 kernel 包和所有 Amazon Linux 2 内核均为“待修复”。

利用状态和多路径 TCP 问题

Anthropic 的 Frontier Red Team 于 2026 年 10 月 27 日描述了该漏洞利用程序。Anthropic 表示 Claude“在初步提示后”编写了它，它可以在具有多路径 TCP 监听器的服务器上“无需任何凭据或用户交互”运行“任意命令作为 root”，并且在其概念验证中“泄露内核指针需要 48 分钟，再花五分钟到达 shell 命令执行”。Anthropic 尚未发布该漏洞利用程序。其协调披露政策给开发人员 90 天打补丁，再给 45 天，之后 Anthropic 才会讨论公开公告之外的细节。

截至 2026 年 10 月 29 日晚上 8:00 CDT，八个 GitHub 仓库引用了该 CVE。大多数描述为审计或缓解工具，包括一个 Ansible 角色和一个针对 AlmaLinux 和 Rocky Linux 的 livepatch。一个创建于晚上 7:22 的仓库称包含竞争触发。该 CVE 当时不在 CISA 的已知被利用漏洞目录中。

Hacker News 讨论中的一个核心争议是多路径 TCP 是否是必需的。来源文章称 Anthropic 的有效漏洞利用程序针对“具有多路径 TCP 监听器的 Linux 服务器”，并未解释该监听器为何重要；CVE 记录未提及 MPTCP。评论者反对将 MPTCP 视为要求。

“MPTCP 不是要求，这是一个通用的释放后使用。”

— peanut-walrus

“这让我感到难过，因为 MPTCP 非常有用，并且不是漏洞的原因，只是简化利用的一种方式（可能是更简单的堆操纵？远超我的理解）。无论如何，升级，但不要阻止 MPTCP；没有可用的漏洞利用程序，而且很可能在 Anthropic 发布之前有人找到另一条路径。”

— Aissen

检查 MPTCP 监听器的实用方法是 ss -M，它只列出 MPTCP 套接字。空结果意味着没有 MPTCP 监听器。单独设置 net.mptcp.enabled = 1 不会创建监听器；应用程序必须打开 MPTCP 套接字。来源文章在 Debian 12 容器中使用 iproute2 6.1 测试了这一点，其中 ss -Mlnp 列出了测试 MPTCP 监听器，并跳过了旁边的普通 TCP 监听器。

如何检查和缓解

检查运行中的内核，而不仅仅是已安装的包。如果已安装的内核比运行中的新，则修复在重启前不会生效。在容器主机和 Kubernetes 节点上运行检查，而不是在容器内部，因为容器报告的是主机的内核。

对于无法立即修补的主机，来源文章建议丢弃携带 IPv4 选项的 TCP 数据包。TCP 流量几乎从不合法携带 IPv4 选项。规则 ip hdrlength gt 5 匹配任何长于 20 字节最小值的 IPv4 头部，这只有选项才会产生。来源称该规则在连接跟踪之前运行，并且不触及 IPv6 或非 TCP 流量。它在 Debian 12 容器中测试过：它丢弃了携带 Record Route 选项的 SYN，而普通 TCP 连接仍然工作。来源尚未针对漏洞利用程序测试该规则，并且该规则不能修复内核。它持续到重启，如果重启进入已修复的内核，这是可以接受的；可以使用 nft delete table ip cve_2026_98432 删除。

评论者添加了重要的注意事项。Red Hat 表示丢弃带有 IP 选项的数据包有帮助，但不是完整的缓解措施。一位评论者报告说，使用 SELinux 或 Smack 且带有 CIPSOV4 映射的 NetLabel/CIPSO 配置可能会产生与带有 IP 选项的数据包相同的条件，因此丢弃 IPv4 选项可能无法完全缓解这些系统。另一位评论者报告说，边缘路由器丢弃带有选项的入站 IP 数据包的规则命中数为零，并且由于上游网络已经过滤了此类数据包，很难测试。

“至少根据 Red Hat 的说法，自己丢弃带有 IP 选项的数据包有帮助，但不是完整的缓解措施。”

— peanut-walrus

“似乎使用 NetLabel/CIPSO（SELinux 或 Smack 带有 CIPSOV4 映射）也会产生与带有 IP 选项的数据包相同的条件。如果你使用这些，可能意味着丢弃带有 IP 选项的 IPv4 数据包可能无法完全缓解。”

— jamilbk

一位评论者说，一个拒绝带有超大头部 IPv4 数据包的 UFW 过滤器破坏了某些基本功能，不得不禁用。这是对在没有回滚计划的情况下广泛部署未经测试的防火墙规则的警告。

单核系统和消费级路由器

一位评论者指出，成功利用需要多个 CPU 核心来处理数据包。根据该评论者，单核系统或将数据包处理固定到单个核心的系统不受影响。来源文章没有提出这一说法，因此应将其视为社区观察而非官方声明。

“如果这需要多核系统才能利用，那么对于大多数永远不会获得更新的消费级路由器来说是个好消息。被廉价的单核硬件拯救了。”

— mrob

评论者还询问了桌面 Linux、消费级调制解调器和路由器、物联网设备和 OpenWrt。来源文章专注于服务器，没有回答这些问题。来源的一般规则是，任何从 4.4 开始缺少修复且接受 IPv4 TCP 连接的 Linux 内核都会受到影响，但设备和云镜像需要其供应商的更新。

云和负载均衡器暴露

一位评论者认为，某些托管服务背后的 AWS 用户暴露较少，因为这些服务终止 TCP 连接，并且 AWS 正在对其基础设施应用更新。

“AWS Web Application Firewall、Application Load Balancer、Classic Load Balancer、Network Load Balancer 上的 TLS 监听器、Cloud Front、API Gateway。使用上述服务的客户在遵循最佳实践时不会直接从不受信任的来源接收 TCP 连接。AWS 正在对这些服务的底层基础设施应用更新，如果您使用这些服务，则无需立即采取客户行动。我们仍建议客户在未来 30 天内更新这些服务背后的自管理实例。”

— Shank，引用 AWS 安全公告

这并不能消除修补自管理实例的需要。它改变了无法从不受信任网络直接访问的主机的紧迫性。

时间线

所有时间均为 CDT（UTC−5）。

时间 事件
10 月 1 日下午 5:12 Eric Dumazet 发布修复，归功于 Anthropic 的 Xinyang Ge 为报告者
10 月 5 日 修复合并到内核网络树
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 记录于上午 7:08 发布
10 月 16 日 Oracle 发布包含修复的 UEK 勘误，适用于 Oracle Linux 7 至 10
10 月 18 日 Linux 7.3 发布，包含修复
10 月 24 日 Amazon Linux 2023 的 kernel6.18 包已修复
10 月 27 日 Anthropic 的 Frontier Red Team 描述了由 Claude 在其实验室构建的针对该漏洞的远程 root 漏洞利用程序
10 月 29 日 Ubuntu 仍将其内核列为易受攻击；Amazon Linux 2023 的 kernel6.12 包已修复；引用该 CVE 的 GitHub 仓库出现，一个创建于晚上 7:22 描述竞争触发

Hacker News 讨论补充了什么

讨论在实用的补丁规划、对披露的批评以及关于该漏洞在实际部署中严重程度的辩论之间尖锐分歧。

几位评论者批评来源文章和更广泛的披露使用令人震惊的语言而没有足够的缓解细节。

“零上下文，零信息，非常令人震惊的语言，但没有关于缓解因素的内容。这是沟通漏洞的糟糕方式。”

— louwrentius

其他人对 Anthropic 未发布的漏洞利用程序声明持怀疑态度。

“兄弟，我们通过这个漏洞获得了 root RCE。不，你不能看 PoC，相信我兄弟，我们有 root RCE，也买我们的 IPO 吧兄弟。”

— kristjank

一个反驳观点是，这些漏洞大多是预先存在的，找到它们总体上是一种安全改进。

“2027 年将是每天两到三个主要 CVE 的一年。关于这个的讨论很奇怪，有时听起来像是‘因为 AI’。这些大多是预先存在的漏洞，有些非常古老，一直潜伏着。如果它们都被发现，我们会以更安全和可靠的方式走出另一面。”

— api

Ubuntu 用户指出，在 -proposed 仓库中有一个已修复的内核可用，然后才到达 -stable。

“如果你在 Ubuntu 上，可以通过从 -proposed 仓库拉取 -43 版本来升级。疯狂的是他们还没有把它送到 -stable。”

— iknowstuff

一位评论者反对 Hacker News 标题省略“Linux”一词，因为该漏洞不影响 BSD、macOS 或 Windows。

“这是一个 Linux 漏洞。如果你运行 *BSD 或 Mac 或 Windows，不受影响。”

— asveikau

另一位评论者批评 NVD 的受影响版本格式无法用于确定哪些内核在范围内。

“在早期报告中，它只说受影响的是内核 4.4，而不是所有后续版本。这现在相当戏剧化。我明白了。NVD 受影响版本格式是罪魁祸首。完全不可用。我们有版本、分支名称和标签是有原因的。”

— rurban

底线

CVE-2026-98432 是 Linux 内核中 IPv4 TCP 握手处理中的一个严重评分的释放后使用漏洞，可在应用程序认证之前触达。上游稳定内核于 2026 年 10 月修复了它，但发行版内核滞后：截至 2026 年 10 月 29 日，Ubuntu 和 RHEL 没有已发布的修复，而 Debian、SUSE、Oracle Linux UEK 和一些 Amazon Linux 2023 内核已修复。最安全的即时行动是识别每个主机和节点上运行的内核，在发行版发布修复后尽快重启到已修复的内核，并将 IPv4 选项过滤视为临时控制措施，而不是完整的缓解措施。

Sources

相关