【漏洞预警】containerd 从检查点恢复容器时绕过目标安全上下文（CVE-2026-95837）

发布日期： 2026 年 10 月 13 日
风险等级： 高危（High）
漏洞编号： CVE-2026-95837
CVSS： 7.8（High）
披露时间： 2026 年 10 月，containerd 安全公告
相关公告： GHSA-p7v4-vr35-mj6f

---

一、漏洞概述

containerd 是节点上的容器运行时。启用 CRI 检查点恢复时，可以通过 CreateContainer 从检查点归档，或从带相应注解的 OCI 镜像把容器恢复出来。

2.1.0 至低于 2.2.7，以及 2.3.0 至低于 2.3.4，这条恢复路径会让 CRIU 按检查点数据直接恢复 UID、capabilities、no_new_privs 和 seccomp，而不是按编排器这次下发的安全上下文来。CRI 状态仍回报“请求的配置”。容器实际权限可以更高，编排侧从状态上看不出来。

只影响 Linux，并且节点启用了 CRI 检查点恢复。没有走这条恢复路径的节点不在利用面上。

---

二、漏洞状态

统计截止： 2026 年 10 月 13 日（UTC+8）

---

三、影响范围

1. 版本

这是节点上的 containerd 程序。更换业务容器镜像不会升级节点运行时。

低于 2.1.0 的版本不在这条公告给出的受影响区间里。仍应避免从不可信检查点恢复容器。

2. 典型受影响场景

• Kubernetes 节点打开了 CRI 的检查点恢复，并用 CreateContainer 从归档或镜像恢复 Pod
• 检查点或镜像来自不可信来源，里面的 UID、capabilities 或 seccomp 比编排器请求的更宽
• 编排器只看 CRI 回报的配置，没有核对容器进程的实际权限

没有启用检查点恢复的 Linux 节点，以及不使用这条 CreateContainer 恢复路径的集群，不走这个绕过。

---

四、修复建议

1. 升级节点上的 containerd（推荐）

从 containerd 官方发行渠道升级节点上的二进制或安装包，然后重启 containerd，并确认 containerd --version 已经落在修复线上。

发行说明：2.2.7 · 2.3.4。

修复版默认关闭经 CreateContainer 的恢复。不要打开 enable_experimental_restore_via_create。2.4.0 起这条路径已经去掉，升级到 2.4.0 或更高也可以离开该路径。

2. 处理已经从不可信检查点恢复的容器

停掉、删除，再用编排器的正常配置重建。不要只看 CRI 回报的安全上下文。检查点来源不可信时，按实际权限可能高于请求值处理，并轮换该工作负载能访问到的凭据。

---

五、临时缓解措施

在完成节点升级之前：

1. 不要从不可信检查点或带恢复注解的镜像创建容器
   恢复会采用检查点里的 UID、capabilities、no_new_privs 和 seccomp。

2. 保持 enable_experimental_restore_via_create 关闭
   修复版默认就是关闭。旧版如果已经打开，先关掉，再考虑是否还要做检查点恢复。

3. 先升级 containerd，再恢复业务
   滚动替换 Pod 镜像不会更换节点上的 containerd。

---

六、与轩辕镜像用户的相关说明

这条修复在节点上的 containerd 发行包里。请从官方发行渠道升到 2.2.7 或 2.3.4。加速拉取业务镜像不会更换节点运行时，也不会改掉已经从检查点恢复出来的进程权限。

配置与排错见 轩辕镜像使用手册、镜像拉取 FAQ。

---

七、参考链接

• containerd：GHSA-p7v4-vr35-mj6f
• 发行说明：containerd 2.2.7
• 发行说明：containerd 2.3.4

---

轩辕镜像安全团队
2026 年 10 月 13 日