一句话看懂：Linux 内核 IPv4 TCP 握手路径被披露存在释放后使用（UAF）漏洞 CVE-2026-98432，上游被评为 CVSS 9.8；厂商补丁已给出，但修复是否真正生效取决于实际运行的内核，而非补丁是否已发布。
事件核心：发生了什么
2026 年 10 月 30 日，Hacker News 讨论的 CVE-2026-98432 指向 Linux 内核 IPv4 TCP 握手流程中的一个内存生命周期错误。服务器端收到 SYN 后会创建轻量级的 request socket，握手完成后，tcp_v4_syn_recv_sock() 把 request 的 ireq_opt 指针直接转交给新的 child socket，并不复制该对象。与此同时，另一颗 CPU 可能通过 tcp_check_req() 处理重传的 SYN，在 RCU 读临界区内读取同一份 IP options；而释放侧用的是普通 kfree()，不等 RCU 读者结束，指针便可能悬空。上游修复方式是在相关析构函数中改用 kfree_rcu()，把回收推迟到 RCU 宽限期之后。若开启 request 迁移（如 net.ipv4.tcp_migrate_req=1 或 BPF 迁移程序），旧 request 与克隆体也会短暂共享 options 对象，因此 inet_sock_destruct() 和 tcp_v4_reqsk_destructor() 一并调整。
为什么重要
该问题位于网络流量可达的代码路径上，攻击面覆盖暴露的 TCP 服务。CVSS 9.8 是上游 CNA 给出的理论最高影响，并不等于每个发行版都同样危险；Red Hat、Debian、Ubuntu 等应按各自内核构建、配置和缓解措施来读分。另一个关键证据来自 Anthropic 的受控实验：在启用 Multipath TCP 监听器的服务器上实现了远程 root 命令执行。这说明特定配置下漏洞具备真实可利用性，但不应被扩大解读为所有 Linux TCP 监听器均可被攻破。上游记录、发行版评分和研究利用三者互补，任何一方都不宜单独放大或丢弃。
对用户/开发者/创作者的影响
对运维和开发者而言，处理路径是明确的：盘点可达的 Linux TCP 服务，确认实际运行的厂商内核版本，安装厂商修复构建，重启进入新内核，并保留当前运行内核已包含修复的证据。暴露 MPTCP 监听器的主机需优先处置。互联网网关、负载均衡、Kubernetes 节点、VPN 端点、反向代理以及使用 Linux 网络的设备，即便未主动开启 MPTCP，也值得快速清点。查询 AlmaLinux 或 Ubuntu 的包状态时，要对准具体发行版版本与内核风味；Ubuntu 提供逐包追踪，AlmaLinux 在此次快照中未能从 CVE 专属官方公告独立确认，但“没找到公告”不等于安全。目前公开信息显示，主漏洞不适用于 IPv6 子套接字路径，但涉及 CALIPSO 的 IPv6 request 迁移问题另行处理，简单说“IPv6 不受影响”过于武断。
值得关注的后续
一是各发行版 CVE 专属公告与逐包修复状态是否补齐；二是是否有更多 MPTCP 或 request 迁移场景下的公开利用细节；三是企业内网中实际暴露的 TCP 网关与代理设备能否在被利用前完成内核更新与重启验证。
