ONCALL://19
INC-11 · Linux c6e50df8

Linux 内核 c6e50df8:引入 PwnEscape 的那次提交

段子里的 c6e50df8 对应 2008-07-03 的提交 f43798c2…c6e50df8。这次提交为 TUN 加入 virtio_net_hdr 支持,引入了 CVE-2026-99999。真正的修复提交是 6785011f8b16。

INC-11严重直接命中软件漏洞P0立即披露 2026-10-15
段子原句“公司服务器全部跑在 Linux 内核 c6e50df8 之前”
编号
CVE-2026-99999
严重度
同 CVE-2026-99999:CVSS 3.1 9.3
利用状态
研究员已演示利用研究员已演示利用:同 CVE-2026-99999:研究员已演示宿主机内存泄漏和实验室逃逸,未见独立在野攻击。
对段子公司
c6e50df8 是 2008 年引入漏洞的提交 f43798c 的末尾 8 位,不是修复提交。按字面,“c6e50df8 之前”的内核早于 2.6.27,反而没有这个漏洞,但缺少 18 年的其他修复。段子的本意更可能是“没打补丁”。
影响范围
漏洞在上游存在约 18 年。研究员的初始泄漏为每次 32 字节;CloudLinux 估计每个碎片最多 40 字节。Ubuntu 和 Red Hat 截至 10-19 仍在推进修复。
修复版本
  • →上游修复提交 6785011f8b16
  • →AlmaLinux 8、9、10 修复内核已进入 testing
同一事件:INC-01 和 INC-11 是同一个漏洞 CVE-2026-99999,分别从“CVE 编号”和“内核提交”两个角度调查。 INC-01 CVE 99999
处置清单见处置顺序 · P0

结论

CVE-2026-99999 是 IPv4 校验和元数据漏洞。内核官方于 2026-10-15 20:19:22 UTC+8 发布记录。 [1]它可让不可信微型虚机影响宿主机内核。已证实实验室逃逸和生产内存泄漏。 [5] [6]

段子中的 c6e50df8 不是修复提交前缀。它是引入提交末尾的 8 个十六进制字符。 [1] [2]真实上游修复是 6785011f8b16abf40b1e9d8b2e332232b3e68822。 [1] [3]

事件经过

研究员 Paulos Yibelo 在 Vercel 挑战中发现此问题。 [5]该挑战总奖池为 100 万美元。 [5]研究员先证明了 32 字节的宿主内存泄漏。 [5]他随后在自有 KVM 和 Firecracker 环境完成逃逸。 [5]

漏洞不在 KVM、Docker 或 Kubernetes 本身。 [5] [12]漏洞位于 Linux IPv4 网络子系统。 [1] [3]它涉及 virtio-net、TUN/TAP 与延迟校验和处理。 [2] [4]

内核接收不可信的部分校验和元数据。它先解析并验证 IPv4 报头。它之后调用 skb_checksum_help 补全校验和。 [1] [3]攻击者可使补写位置落入已验证的 IPv4 报头。 [4]

skb_checksum_help 可改写 IPv4 的报头字段。 [1] [3]碎片化代码又信任被改写的报头长度。 [4]它随后可把逻辑线性区外的数据带入发出包。 [1] [4]

技术细节

标识、评分与受影响版本

项目经核实的内容
漏洞编号CVE-2026-99999
别名PwnEscape
子系统IPv4、skb、校验和卸载与碎片化
弱点类型CWE-20 与 CWE-787
CNA CVSS v3.19.3 Critical
CNA 向量AV:L/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
上游引入Linux 2.6.27,提交 f43798c27684ab925adde7d8acc34c78c6e50df8
上游修复6785011f8b16abf40b1e9d8b2e332232b3e68822,进入 7.3

Linux CNA 将攻击向量标为本地。 [1]微型虚机租户无需宿主机凭据。 [1]这是因为租户可向已有 virtio 网卡发包。 [1]它不是网站公网入站包的直接远程漏洞。 [1] [4]

f43798c 在 2008 年加入 TUN 的 virtio_net_hdr 支持。 [2]该提交全长哈希以 f43798c 开始。 [1] [2]它以 c6e50df8 结束。 [1] [2]

因此,c6e50df8 并非有效的哈希前缀。它也不是此漏洞的修复提交。按它判断运行内核没有技术意义。若按引入提交理解,早于 Linux 2.6.27 的内核不受此缺陷影响。 [1]

上游维护线已含修复的首个版本
5.105.10.272
5.155.15.223
6.16.1.190
6.66.6.159
6.126.12.113
6.186.18.57
7.27.2.11
主线7.3

Linux CNA 列出上述所有稳定线。 [1]Linux 2.6.27 之后的未回移内核均受影响。 [1]发行版可能使用不同版本号回移修复。因此不能只用主线版本判断。 [9] [11]

触发机制

攻击者构造带 CHECKSUM_PARTIAL 的 IPv4 包。 [1]攻击者控制 csum_start 和 csum_offset。 [1]虚机经 TAP 把这些元数据送入宿主机。 [1]

链路层报头移除后,偏移语义发生变化。 [4]旧代码没有再次约束 csum_start。 [1] [4]它可让校验和输出位置落进 IPv4 报头。 [1]

攻击者可改写已解析的 IHL 字段。 [4]ip_do_fragment 随后按新 IHL 继续处理。 [1]ip_frag_next 可越过逻辑线性区复制数据。 [1]这形成了信息泄漏、宿主崩溃和逃逸链条件。 [1] [5]

上游补丁加入 ip_check_csum_start。 [3]它要求校验和起点不早于 IPv4 报头末端。 [3]补丁覆盖 5 个 IPv4 校验和完成路径。 [3] [5]它修改了 IPv4、桥接、Netfilter 与 XFRM 路径。 [3]

该修复是纵深防御而非完整入口验证。 [1] [3]内核公告称更完整的入口验证仍需开发。 [1]

利用与公开状态

研究员报告了持续的宿主内存泄漏。 [5]Vercel 确认该泄漏在生产沙箱演示过。 [6]研究员还在自有环境演示宿主崩溃。 [5] [6]研究员在自有环境演示了宿主 root 命令执行。 [5] [6]

研究报告称 root 链完成了 4 次冷启动。 [5]该报告没有称 Vercel 生产环境被执行 root 命令。 [5] [6]Vercel 称未发现客户数据访问报告。 [6]

截至 2026-10-22,未找到公开完整 PoC。 [14]截至 2026-10-21,CISA KEV 目录没有此 CVE。 [7]CISA ADP 在 2026-10-16 标为未利用。 [1]所以未证实独立的在野攻击活动。

Red Hat 页面称其按 KEV 活跃利用跟踪。 [10]该说法与 CISA 目录快照不一致。 [7] [10]本报告不把它当作已证实在野利用。

影响范围

该漏洞在上游代码中存留约 18 年。 [12]受影响起点是 Linux 2.6.27。 [1]全球受影响主机和用户总数未找到。公开来源也未给出受害者或损失总额。

Vercel 挑战在两周内收到 1,285 份报告。 [6]Vercel 共支付了 242,000 美元赏金。 [6]该挑战确认 1 个 Critical 发现。 [6]该 Critical 发现即此 Linux 内核问题。 [6]

研究员的初始泄漏为每次活跃案例 32 字节。 [5]CloudLinux 估计每个碎片最多可泄出 40 字节。 [14]后者是厂商技术说明,不是通用上限。

以下是截至 2026-10-22 的主要状态。

发行方已公开状态
上游稳定线已发布 5.10.272 至 7.2.11 的修复点。 [1]
Debianbookworm 为 6.1.190-1,trixie 为 6.12.113-1。 [11]
Ubuntu页面在 2026-10-19 仍将受支持版本标为 Vulnerable。 [9]
Red Hat已跟踪产品流均受影响,修复仍由产品团队推进。 [10]
AlmaLinux8、9、10 的修复内核已进入 testing。 [12]
SUSE页面总体为 Pending,部分 Liberty 更新已发布。 [13]

AlmaLinux testing 的版本如下。 [12]kernel-4.18.0-553.174.2.el8_10 对应 AlmaLinux 8。kernel-5.14.0-687.57.2.el9_8 对应 AlmaLinux 9。kernel-6.12.0-211.66.2.el10_2 对应 AlmaLinux 10。

时间线

  1. 2008-07-03 18:48:02 UTC+8
    f43798c 加入 TUN 的 virtio_net_hdr 支持。[2]
  2. 2026-08-18 UTC,具体时间未公开
    Vercel 发布 100 万美元沙箱挑战。[5]
  3. 2026-08-20 UTC,具体时间未公开
    研究员提交初始宿主内存泄漏报告。[5]
  4. 2026-09-04 UTC,具体时间未公开
    研究员私下报告内核根因。[5]
  5. 2026-09-20 08:47:31 UTC+8
    公开的 netdev v4 补丁系列发出。[4]
  6. 2026-10-08 06:42:49 UTC+8
    Tsirkin 编写上游修复提交。[3]
  7. 2026-10-09 02:03:47 UTC+8
    Kicinski 提交该修复至 net.git。[3]
  8. 2026-10-14 UTC,具体时间未公开
    修复合入 Linus 主线。[5][12]
  9. 2026-10-15 20:15:52 UTC+8
    Linux 6.1.190 发布并含稳定回移。[8]
  10. 2026-10-15 20:19:22 UTC+8
    Linux CNA 发布 CVE-2026-99999。[1]
  11. 2026-10-17 04:17 UTC+8
    AlmaLinux 将修复内核放入 testing。[12]
  12. 2026-10-21 23:04:39 UTC+8
    CISA KEV 目录快照未含此 CVE。[7]

修复与缓解

首选措施是安装发行版的修复内核。管理员必须重启,才能运行新内核。不要按 c6e50df8 判断补丁状态。应核对 uname -r 与发行版安全公告。 [9] [11]

虚机宿主机应先迁移或关闭不可信客体。 [12]Kubernetes 节点应先 cordon 与 drain。然后更新内核并滚动重启节点。这一步应由运维变更流程执行。

无法立即更新时,可关闭不可信客体的校验和卸载。 [14]该措施会降低网络吞吐。 [14]CloudLinux 将它标为部分且未测试的缓解。 [14]它不能替代修复内核。 [10] [14]

可关闭非特权用户命名空间以缩小本地路径。 [14]该操作不防护不可信虚机路径。 [14]它会破坏 rootless 容器及部分浏览器沙箱。 [14]管理员还应审计 TUN/TAP、vhost-net 与 AF_PACKET 权限。 [14]

对段子中公司的影响

该公司的公网 NGINX 不是本漏洞的直接入口。HTTPS、PHP-FPM 与 Brotli 也不触发此漏洞。单纯接收互联网 IPv4 包不足以触发它。 [1] [4]

该公司若把 Go 沙箱用于执行不可信代码,则风险显著。该沙箱若使用 microVM、KVM 或 Firecracker,尤甚。 [5] [6]不可信工作负载可通过 virtio 网卡攻击宿主机。 [1] [5]攻击成功可危及同宿主的其他客体。 [6] [12]

Docker 和 Kubernetes 容器共享宿主内核。但本调研未证实普通容器可直接利用。本地路径依赖用户命名空间与网络能力。 [14]若容器缺少这些能力,风险会下降。这不等于容器环境已安全。

该公司运行智能合约和业务面板。它们使宿主 root 失陷的业务后果更大。但它们不是 CVE-2026-99999 的触发前提。任何先取得的低权限执行都应被隔离。

最紧急的动作是盘点虚机与沙箱宿主。随后按发行版公告更新并重启。公司应验证实际运行内核已含回移补丁。

存疑与未验证

  • 未找到全球受影响设备、用户或资金总数。
  • 未找到公开完整 PoC 或独立攻击团伙证据。 [14]
  • 研究员的 root 链细节尚未完全公开。 [5]
  • Vercel 生产环境仅证实了内存泄漏。 [6]
  • 普通 Docker 或 Kubernetes 容器可利用性未验证。 [14]
  • c6e50df8 的段子用法不是有效版本边界。 [1] [2]
  • Red Hat 的 KEV 表述与 CISA 目录不一致。 [7] [10]

参考资料

调研截止 2026-10-22 UTC+8 · 未验证的内容已在正文中标注 · 数字以原始来源为准

本页目录