TCP Use-After-Free: CVE-2026-98432 / CVSS 9.8

原文 ↗ Hacker News 讨论 ↗

一个严重的 Linux 内核漏洞（CVE-2026-98432，CVSS 9.8）存在于 IPv4 TCP 栈中，会在 TCP 握手期间触发 use-after-free；Anthropic 已展示可将其转化为远程 root 利用，尤其是在带有 multipath TCP（MPTCP）监听器的系统上。评论者主要讨论实际影响与缓解措施：许多发行版和 OpenWrt 仍在逐步推送修复内核，通常可以禁用 MPTCP，并建议在防火墙或通过 XDP 丢弃带有 IP 选项的 IPv4 数据包作为部分防护，但这并非完整修复。大家对未打补丁的路由器和 IoT 设备普遍担忧，也在争论 Ubuntu 和 RHEL 等厂商应多快响应，并反思 AI 驱动的漏洞发现与关键子系统中不安全的 C 代码如何重塑安全格局。

漏洞范围与性质

  • Linux IPv4 TCP 处理在握手期间存在 use-after-free，发生在流量到达应用程序之前运行的代码中。
  • 成功利用可在受影响内核上实现以 root 身份远程执行代码。
  • 据称 IPv6 路径不受影响；问题与 IPv4 选项处理有关。
  • 在多核系统上更容易利用；单核或单队列配置可能实际上是安全的。

Multipath TCP（MPTCP）的作用

  • 线程中的分歧：
    • 一种讨论认为，可通过 MPTCP 监听器证明可利用性（例如 Go 1.24 默认启用 MPTCP，一些服务器如 Caddy/Tailscale 使用它）。
    • 另一些人强调漏洞在通用 TCP 代码中；MPTCP 只是让 PoC 更容易，而非 MPTCP 路径也可能可被利用。
  • 有说明指出，MPTCP 使用的是 TCP 选项，而漏洞在 IP 选项；这里存在被明确指出的混淆。

受影响对象

  • 据称所有从 4.4 到特定修复版本（例如 5.15.225、6.1.190 等）的 Linux 内核都受影响。
  • 主要发行版：
    • Debian 已经发布修复；Ubuntu 和 RHEL 被批评响应滞后，不过 Ubuntu 有处于“proposed”的内核，而 RHEL 默认禁用了 MPTCP。
    • Proxmox 表示已通过自己的流水线更早发布了修补后的内核。
  • OpenWrt 和其他路由器发行版经常运行存在漏洞的内核，不过面向 WAN 的服务通常默认关闭或被防火墙拦截。

缓解措施与实际可利用性

  • 常见建议的缓解措施：
    • 禁用 MPTCP（sysctl net.mptcp.enabled = 0，Go GODEBUG/go.mod 标志）。
    • 在防火墙层面丢弃带有 IP 选项的 IPv4 数据包（iptables/nftables/ufw；更高保证可用 XDP）。
  • 有人指出许多 ISP 和企业路由器已经会丢弃 IP 选项；也有人认为这并非普遍如此。
  • 据称实验室利用：泄漏一个内核指针约需 48 分钟，再用约 5 分钟获得 shell。

路由器、IoT 与消费级设备

  • 担忧许多嵌入式设备（路由器、“智能”设备）运行受影响的 Linux 版本，但从不获得更新。
  • 部分安慰是：一些廉价 IoT 盒子可能是单核或使用旧内核；另一些人指出，多核消费级路由器如今很常见。

生态与运维争论

  • 对“企业”发行版响应缓慢的强烈批评，与对响应更快项目的称赞并存。
  • 一些管理员在补丁到来前关闭或大幅加固了服务器。
  • 有讨论认为，持续出现严重 CVE 加上 LLM 辅助的漏洞发现，可能迫使更短的补丁周期和更好的隔离（VM、堡垒机、VLAN）。

语言、架构与 AI

  • 再次呼吁更多 Rust 和内存安全的网络栈；反方认为重写会引入新的（非内存）漏洞，而且往往仍依赖 unsafe。
  • 提到 Linux 内核的一些部分已经在迁移到 Rust（例如某些驱动）。
  • 对 LLM 的看法分化：
    • 被视为发现并武器化漏洞的强大工具。
    • 担心 AI 会推动持续的“CVE 洪水”，但也乐观地认为清除旧漏洞长期会让系统更安全。

态度与不确定性

  • 有人把这视为面向公网的 Linux 服务器的近乎紧急事件；另一些人则认为在更广泛的互联网范围内难以利用，而且考虑到缓解措施和负载均衡器后“没什么大不了”。
  • 线程中仍有若干问题不清楚，包括在各种中间盒之后的确切可利用性，以及所有建议的防火墙规则是否都能完全缓解非 MPTCP 路径。