CVE-2026-99999：PwnEscape 虚拟机逃逸

结论复制锚点链接

CVE-2026-99999 是真实且已发布的漏洞。它是 Linux IPv4 校验和元数据验证缺失。 [1]CVE.org 给出 CVSS 3.1 评分 9.3，等级 Critical。 [1]段子的 c6e50df8 正是受影响起始提交。 [1] [11]

它不是 CVE 编号制度或 NVD 运营事故。它主要威胁不受信任 VM 的宿主机。 [2] [4]公开证据显示研究员完成了受控利用。 [4] [6]截至 2026-10-22，独立在野攻击未获证实。 [10]

事件经过复制锚点链接

该事件别名为 PwnEscape。 [4]漏洞位于 Linux 宿主机的 IPv4 网络栈。 [1] [7]它不在 KVM 的代码本身。 [7]它也不在 NGINX、PHP 或 Kubernetes 内。

研究员 Paulos Yibelo 在 Vercel 挑战中发现它。 [4]他先提交了受限的宿主机内存泄漏报告。 [4]他随后向内核安全联系人私下报告根因。 [4]内核维护者和供应商协调了补丁。 [4] [6]

Vercel 证实了生产沙箱中的内存泄漏。 [6]研究员在自有 KVM 和 Firecracker 环境中演示了崩溃。 [6]研究员也在自有环境中演示了宿主机代码执行。 [6]Vercel 未报告任何客户数据被访问。 [6]

技术细节复制锚点链接

Linux 可把传输层校验和计算延后。 [9]CHECKSUM_PARTIAL 表示该计算尚未完成。 [9]csum_start 和 csum_offset 指定写入位置。 [9]该位置为两者之和。 [9]

来宾可经虚拟网卡传入该元数据。 [7]受影响代码未验证 csum_start 的 IPv4 边界。 [5]skb_checksum_help() 随后可改写网络头。 [1]内核已在此前读取并信任该网络头。 [4]

研究员把 IPv4 头长从 5 改为 15。 [7]分片代码因此把 20 字节头当成 60 字节头。 [7]该错位可泄漏宿主机内存。 [4] [6]它也可导致内核内存损坏和宿主机接管。 [2] [6]

上游补丁新增 ip_check_csum_start()。 [5]该函数拒绝早于 IPv4 头结束处的起点。 [5]补丁在 5 个校验和完成路径先验证再写入。 [5]该补丁只提供纵深防御。 [1] [5]更完整的入口验证仍在进行。 [1]

影响范围复制锚点链接

上游记录显示漏洞始于 Linux 2.6.27。 [1]根因涉及 2008 年的 TUN/TAP 支持。 [7]2010 年的包套接字卸载支持也相关。 [7]Linux 没有公布全球受影响主机数量。

CVE.org 列出以下上游稳定分支的首个修复版。 [1]

Debian 已修复 bookworm 和 trixie。 [3]对应源码包版本为 6.1.190-1 和 6.12.113-1。 [3]Ubuntu 页面在 10 月 19 日仍列主要版本为 vulnerable。 [11]Red Hat 标记其跟踪的产品流均受影响。 [2]

AlmaLinux 称 8、9、10 均受影响。 [7]其测试仓库给出了 3 个修复内核。 [7]Vercel 挑战共收到 1,285 份报告。 [6]Vercel 共支付 242,000 美元赏金。 [6]其中只有 1 项为 Critical。 [6]这些数字不等于受害者数量。

已公开证据未给出泄漏字节数。已公开证据未给出受害客户数。已公开证据未给出被盗资金或证书数量。

时间线复制锚点链接

1. 2026-08-18，来源时区未公开
   Vercel 公布 100 万美元研究挑战。[4]
2. 2026-08-20，来源时区未公开
   研究员提交初始内存泄漏报告。[4]
3. 2026-09-04，来源时区未公开
   研究员私报内核根因。[4][7]
4. 2026-09-07，来源时区未公开
   Michael S. Tsirkin 复现问题。[4]
5. 2026-09-19 至 2026-09-22，来源时区未公开
   netdev 公开审阅补丁。[4]
6. 2026-10-08 06:42:49 UTC+8
   补丁作者提交上游补丁。[5]
7. 2026-10-09 02:03:47 UTC+8
   维护者提交该补丁。[5]
8. 2026-10-14，来源时区未公开
   补丁进入 Linus 主线。[4][8]
9. 2026-10-14，来源时区未公开
   Vercel 公布挑战结果。[6]
10. 2026-10-15，来源时区未公开
    CVE.org 发布该 CVE。[1]
11. 2026-10-16 03:25:54 UTC+8
    oss-security 公开邮件列出该漏洞。[8]
12. 2026-10-17 04:17 UTC+8
    AlmaLinux 发布测试内核公告。[7]
13. 2026-10-19，来源时区未公开
    CVE.org 更新记录。[1]
14. 2026-10-21 22:04:39 UTC+8
    CISA KEV 目录未含该 CVE。[10]

修复与缓解复制锚点链接

应安装发行版提供的已修复内核。 [1] [3]安装后必须重启宿主机。 [7]运维人员可用 uname -r 核对运行内核。 [7]虚拟化宿主机应先迁移或关闭来宾。 [7]

AlmaLinux 的测试修复版如下。 [7]

Red Hat 未给出可部署的完整缓解措施。 [2]AlmaLinux 也称不存在替代修复。 [7]因此，内核升级是正式修复方式。 [2] [7]

补丁前应停止运行不可信 VM。补丁前应限制虚拟网络元数据来源。这些措施只降低暴露面。它们不能替代内核修复。 [2] [7]

Vercel 已禁用嵌套虚拟化。 [6]Vercel 也用 Firecracker jailer 限制进程。 [6]这些是其纵深防御措施。 [6]它们不是通用的官方替代补丁。

对段子中公司的影响复制锚点链接

段子明确称所有服务器早于 c6e50df8。该提交是 CVE 记录的受影响起点。 [1] [11]因此，该前提会直接命中漏洞代码。

该公司对外的 Go 网络沙箱最需核查。若它向不可信用户提供 VM 沙箱，风险很高。 [2] [6]攻击者可从来宾发送特制数据包。 [2] [7]宿主机被接管后会危及同机租户。 [6] [7]

Docker 29 和 Kubernetes 容器共享宿主内核。容器部署本身不等于已触发该漏洞。公开证据重点是 VM、TUN/TAP 和包套接字路径。 [7] [8]应核验节点是否接受不可信工作负载。

仅访问 NGINX 或 PHP 站点未证实可触发。该 CVE 的攻击向量是本地。 [1] [2]攻击者仍需控制来宾或获得本地执行条件。 [2]

若攻击者拿到宿主机 root 权限，风险会扩大。Kubernetes 密钥和应用数据可能随之暴露。TiDB、证书和签名资产也应视为高风险。这是宿主机失陷后的推导。这些后续资产泄露尚未获该事件证实。

存疑与未验证复制锚点链接

CISA KEV 2026.10.21 目录未收录该 CVE。 [10]Red Hat 页面却称其跟踪为 KEV 活跃利用案。 [2]两项说法无法相互印证。故“在野利用”状态为未验证。

公开材料证实研究员的受控利用。 [4] [6]公开材料未证实第三方攻击。公开材料未披露真实受害者数量。公开材料未披露内存泄漏总量。

未找到与此 CVE 对应的 GHSA 编号。 [12]NVD 页面未提供可读的评分数据。本报告以 CNA 的 CVSS 3.1 为准。 [1]不同厂商分数存在差异。 [2] [11]

段子中各节点的运行模式未公开。是否存在不可信 VM 尚未验证。是否暴露 TUN/TAP 或包套接字尚未验证。因此，该公司的实际可利用性未验证。

参考资料复制锚点链接

• [1] CVE-2026-99999 CVE Record
• [2] Red Hat CVE-2026-99999
• [3] Debian Security Tracker CVE-2026-99999
• [4] PWNAI PwnEscape Guest-to-Host KVM Escape
• [5] Linux upstream patch commit 6785011f8b16
• [6] Findings from the 1M Vercel Sandbox challenge
• [7] AlmaLinux PwnEscape patched kernels announcement
• [8] oss-security PwnEscape disclosure
• [9] Linux Kernel Checksum Offloads documentation
• [10] CISA Known Exploited Vulnerabilities catalog JSON
• [11] Ubuntu CVE-2026-99999
• [12] GitHub Advisory Database search