Linux 内核 IPv4 TCP 握手释放后重用漏洞 CVE-2026-98432 详解
TCP Use-After-Free: CVE-2026-98432 / CVSS 9.8
Linux 内核 CVE-2026-98432 是一处可由远程未认证对端触发的 IPv4 TCP 握手释放后重用漏洞,内核 CNA 给出 CVSS 3.1 9.8。
文章对比了各发行版的评分、修复状态和受影响范围,并提供暴露面检查与临时拦截方法,便于运维人员安排处置优先级。
#概览
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。上游修复仅涉及四行代码,但大多数服务器运行的是发行版提供的内核;截至 10 月 29 日晚上 8:00 CDT,Ubuntu 的跟踪器在其所有发行版的内核上仍显示“存在漏洞”,Red Hat 则将 RHEL 8、9 和 10 列为受影响,但尚无修复。
为何紧迫:该漏洞存在于所有 Linux 服务器接受 IPv4 TCP 连接时都会运行的代码中,并且发生在任何应用程序看到该连接之前。报告该漏洞的 Anthropic 表示,其 Claude 模型编写出了可正常工作的概念验证漏洞利用程序,无需任何凭据,即可在“使用多路径 TCP 监听器的 Linux 服务器”上以 root 身份运行命令。参见时间线。
#关键事实
| 字段 | 详情 |
|---|---|
| CVE | CVE-2026-98432,“ipv4:在 RCU 宽限期后释放 inet_opt 和 ireq_opt”,由 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 将其评为重要,CVSS 3.1 8.1(AC:H);SUSE 评为重要,Ubuntu 评为高;Oracle 和 Amazon 也将其评为重要,CVSS 3.1 8.1。 |
| 弱点 | TCP 握手期间 IPv4 选项数据的释放后使用(该记录未列出 CWE) |
| 影响 | 根据 CNA 的评分说明:内核堆内容泄露给远程对等方、内核内存损坏或系统崩溃。Red Hat:“主要导致系统崩溃,进而造成拒绝服务(DoS)或潜在的内存损坏。” |
| 修复于 | 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(所有发行版)、RHEL 8、9 和 10、Amazon Linux 2,以及 Amazon Linux 2023 的默认内核,截至 10 月 29 日晚上 8:00 CDT 尚无修复。在 5.10 之前已到生命周期结束的上游分支不会获得修复。 |
| 概念验证 | Anthropic 称 Claude 为配备多路径 TCP 监听器的服务器构建了远程 root 漏洞利用程序。该漏洞利用程序尚未公开。 |
| CVE 记录 | 于 10 月 15 日在cve.org发布。NVD将其列为“已接收”,截至 10 月 29 日晚上 8:00 CDT,尚未进行自身分析。 |
| 署名 | 由 Anthropic 的 Xinyang Ge 报告。根据修复提交记录,由 Eric Dumazet 修复,Kuniyuki Iwashima 审核。 |
#受影响对象
从 4.4 开始且未包含该修复的任何 Linux 内核,无论其直接服务网络还是承载容器:容器运行在主机内核上,因此使用新镜像不会改变任何情况。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 | 上游生命周期结束 | 仅发行版修复 | — |
#发行版状态
发行版内核会以各自的版本号提供回移植的修复,因此应查看跟踪器,而不是上游版本号。截至 8:00 PM CDT,October 29:
- 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 不受影响(CVE 页面)。Red Hat 表示,缓解措施“要么不可用,要么当前可用的方案不符合 Red Hat 产品安全标准”。
- Debian:已在 12“bookworm”(
6.1.190-1、DLA-4841-1,以及linux-6.126.12.113-1~deb12u1、DLA-4850-1)、13“trixie”(6.12.113-1、DSA-6568-1)和 unstable(跟踪器)中修复。 - SUSE:评级为重要。SUSE Linux Enterprise Server 16.0(
kernel-default6.12.0-160000.40.1)以及 15 SP4、SP5 和 SP6 LTSS 内核已修复;15 SP7 正在进行中,openSUSE Leap 15.6 和 16.0 被列为受影响(CVE 页面)。 - Oracle Linux:评级为重要,CVSS 3.1 8.1。Oracle Linux 7、8、9 和 10 的 Unbreakable Enterprise Kernel(UEK)勘误于 October 16 发布:ELSA-2026-500397、ELSA-2026-500398 和 ELSA-2026-500399(CVE 页面)。该页面仅列出 UEK 内核。
- Amazon Linux:评级为重要,CVSS 3.1 8.1。在 Amazon Linux 2023 中,
kernel6.18已修复(ALAS2023-2026-3251,October 24),kernel6.12已修复(ALAS2023-2026-3335,October 29)。默认的kernel软件包和所有 Amazon Linux 2 内核均处于“待修复”状态(CVE 页面)。
#漏洞的工作原理
当 Linux 服务器接受 TCP 连接时,内核会使用轻量级的“请求套接字”跟踪半开握手,并在握手完成后创建完整套接字。如果连接对端的 IPv4 头携带了选项,内核会保留这些选项,以便在回复中回显。漏洞在于:内核将请求套接字中保存的这些选项传递给新连接时并未复制它们,随后在连接消失后立即将其释放,而此时另一 CPU 可能仍在读取这些选项以构建握手回复。读取已释放的内核内存属于释放后使用。
对端无需登录,所有操作都发生在内核的握手处理过程中,早于任何应用程序代码运行。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 程序)中的同类问题,并表示相关的 IPv6 情况“将在单独的补丁中处理”。
torvalds/linux · e3f33b0 · Oct 1, 2026
net/ipv4/af_inet.c
新增 1 行,删除 1 行
net/ipv4/tcp_ipv4.c
新增 1 行,删除 1 行
2 个文件已更改新增 2 行,删除 2 行
#哪些服务器存在风险
- 每台接受 IPv4 TCP 连接的 Linux 主机,只要运行在受影响内核上:Web 服务器、SSH、数据库、负载均衡器和 Kubernetes 节点。CNA 的说明称,漏洞路径会在“TCP 握手期间、应用程序身份验证之前”运行。
- 首先检查带有多路径 TCP (MPTCP) 监听器的主机。这正是 Anthropic 可正常工作的漏洞利用程序所需的环境:“带有多路径 TCP 监听器的 Linux 服务器。”Anthropic 尚未说明该监听器为何重要,CVE 记录也没有提及 MPTCP。只有当应用程序打开 MPTCP 套接字时,服务器才会有这种监听器;检查方法见下文。
Red Hat 对该漏洞的评级低于 CNA。它将攻击复杂度评为高(CVSS 8.1),并称结果主要表现为崩溃“或潜在的内存损坏”。Anthropic 的实验室漏洞利用程序显示,至少在一种配置下可以获得远程 root shell,因此评级较低并不是继续等待的理由。
#如何检查你的系统
#检查内核
将结果与上文列出的发行版状态进行比较,而不是与上游版本比较。如果已安装的内核比当前运行的内核更新,那么在重启之前修复不会生效。请在容器主机和 Kubernetes 节点上运行这些命令,而不要在容器内运行,因为容器报告的是主机的内核。我们曾在一台 Debian 12 主机和一个 Rocky Linux 9 容器中运行这些命令。
#检查多路径 TCP 监听器
ss -M 仅列出 MPTCP 套接字,因此结果为空就表示不存在 MPTCP 监听器。单独运行 net.mptcp.enabled = 1 不会创建监听器:应用程序必须打开 MPTCP 套接字。我们使用 iproute2 6.1 在一个 Debian 12 容器中测试了二者;在该环境中,ss -Mlnp 列出了一个测试 MPTCP 监听器,并跳过了紧邻它的普通 TCP 监听器。
#如何修复
#更新内核并重启
发行版发布修复版内核后,请尽快安装,然后重启:内核更新要等到机器启动并进入新内核后才会生效。容器主机和 Kubernetes 节点也要重启。内置内核的设备和云镜像需要安装供应商提供的更新。
Debian、SUSE Linux Enterprise Server 16.0 和 15 LTSS 版本、Oracle Linux 的 UEK 内核,以及 Amazon Linux 2023 的 kernel6.12 和 kernel6.18 均已发布修复。截至 October 29 的 8:00 PM CDT,Ubuntu、RHEL、Amazon Linux 2 以及 Amazon Linux 2023 的默认内核尚未发布修复。请关注上文所链接的跟踪页面。使用的是自行构建的内核?请转用该内核系列中已修复的稳定版。
#如果暂时无法打补丁
Red Hat 未发布任何缓解措施。以下是 Atlas 根据 CNA 的评分说明提出的临时建议。说明指出,攻击对端会在其 SYN 报文中提供 IPv4 Record Route 或 Timestamp 选项。合法通信中的 TCP 流量几乎从不携带 IPv4 选项,因此丢弃带有这些选项的 TCP 数据包几乎不会造成损失:
ip hdrlength gt 5 会匹配任何长于 20 字节最小值的 IPv4 头部,而只有添加选项才会产生这种额外长度。该规则在连接跟踪之前运行,不会影响 IPv6 或非 TCP 流量。我们在一个 Debian 12 容器中对其进行了测试:它丢弃了一个携带 Record Route 选项的 SYN,而普通 TCP 连接仍然可以正常工作。我们尚未在漏洞利用场景下测试它,而且它不能修复内核。该规则会一直有效到重启;如果重启后进入的是已修复的内核,这没有问题;可使用 nft delete table ip cve_2026_98432 将其删除。如果你的边缘防火墙能够丢弃带选项的 IPv4 数据包,那么在那里执行此操作可以保护其后的所有主机。
在此之前,不要让 MPTCP 监听器暴露在互联网上,并应将拥有此类监听器的主机置于补丁优先列表的最前面。
#时间线与利用状态
所有时间均为 CDT(UTC−5)。
| 时间 | 事件 |
|---|---|
| Oct 1 · 5:12 PM | Eric Dumazet 发布修复补丁,并致谢 Anthropic 的 Xinyang Ge 报告此问题 |
| Oct 5 | 该修复已合并到 Linux 内核的网络树中 |
| Oct 11 | Linux 7.2.10 和 6.18.56 随附该修复;7.3-rc7 当晚也发布 |
| Oct 15 · 4:56–7:16 AM | Linux 6.12.113、6.6.159、6.1.190、5.15.223 和 5.10.272 随附该修复;CVE 记录于 7:08 AM 发布 |
| Oct 16 | Oracle 发布 UEK 勘误,其中包含适用于 Oracle Linux 7 至 10 的修复 |
| Oct 18 | Linux 7.3 发布,附带该修复 |
| Oct 24 | Amazon Linux 2023 的 kernel6.18 软件包已修复该问题 |
| Oct 27 | Anthropic 的 Frontier Red Team 描述了针对该漏洞的远程 root 利用程序,由 Claude 在其实验室中构建 |
| Oct 29 | Ubuntu 仍将其内核列为存在漏洞;Amazon Linux 2023 的 kernel6.12 软件包已修复该问题;GitHub 上开始出现引用该 CVE 的仓库,其中一个创建于 7:22 PM,描述了竞态触发方式 |
利用状态。 Anthropic 表示,Claude 是在“初步提示后”编写了该利用程序,它可以在运行多路径 TCP 监听器的服务器上“无需任何凭据或用户交互即可以 root 身份运行任意命令”,并且在其概念验证中,“泄露一个内核指针需要 48 分钟,再过五分钟即可实现 shell 命令执行。” Anthropic 尚未公开该利用程序。其披露政策规定,在公开通告之外讨论更多细节之前,会给开发者 90 天时间安装补丁,并再额外给予 45 天时间。截至 October 29 的 8:00 PM CDT,已有八个 GitHub 仓库引用该 CVE。其中大多数自称为审计或漏洞缓解工具,包括一个 Ansible 角色和一个用于 AlmaLinux 与 Rocky Linux 的热补丁。其中一个创建于 7:22 PM,称包含竞态触发器。截至 8:00 PM CDT,该 CVE 尚未被列入 CISA 的已知被利用漏洞目录。我们尚未测试任何公开的概念验证,也不会提供相关链接。
#本文更新
当以下任一情况发生变化时,我们会修订本文并将其标记为已更新:Ubuntu、Red Hat 或 Amazon Linux 发布的已修复内核;NVD 的分析;KEV 收录或任何利用报告;单独的 IPv6 修复。
- October 29, 8:00 PM CDT:新增了 Oracle Linux 的信息,其 UEK 内核自 October 16 起已修复该问题;以及 Amazon Linux 的信息,Amazon Linux 2023 的 6.12 和 6.18 内核已修复该问题,其他版本仍待修复。目前有八个 GitHub 仓库引用该 CVE,其中一个描述了竞态触发方式。Ubuntu、Red Hat、Debian、SUSE、NVD 和 KEV 自 11:00 AM 起没有变化,也没有任何更正。
#获取帮助
如果难点在于弄清楚哪些主机、节点和设备运行着哪些内核,以及其中哪些能在本周重启,我们的顾问可以协助制定计划。
为安全审计、代码审查和 DevOps 工作提供资深顾问服务——两小时的初步调研时段,无需签订长期顾问合约,并提供 24 小时响应 SLA。
该漏洞可通过任何正在监听的 TCP 端口触达,因此了解互联网能够看到哪些端口会很有帮助。我们的免费外部审计会检查你验证的域名和公共 IP,排查暴露的服务、存在已知 CVE 的公开可见软件版本,以及 TLS、电子邮件安全、DNS 和 HTTP 标头问题。
对您已验证的域名和公共 IP 进行无损检查,并在验证后的 3 个工作日内提供一份 PDF 报告,列出每项发现并逐一排名,同时附上相应的修复方案。
这是本月第二项只有重启后才会生效的 Linux 内核修复。另一项名为 Fragnesia 的修复正与 PHP2Shell 串联利用,以获取 root 权限。
#来源
来源:Hacker News · atlasum.net