

runC 存在多个严重漏洞，Docker 和K8s容器隔离机制面临风险

代码卫士

2025-11-11

导读：速修复

聚焦源代码安全，网罗国内外最新资讯！

编译：代码卫士

专栏·供应链安全

数字化时代，软件无处不在。软件如同社会中的“虚拟人”，已经成为支撑社会正常运转的最基本元素之一，软件的安全性问题也正在成为当今社会的根本性、基础性问题。

随着软件产业的快速发展，软件供应链也越发复杂多元，复杂的软件供应链会引入一系列的安全问题，导致信息系统的整体安全防护难度越来越大。近年来，针对软件供应链的安全攻击事件一直呈快速增长态势，造成的危害也越来越严重。

为此，我们推出“供应链安全”栏目。本栏目汇聚供应链安全资讯，分析供应链安全风险，提供缓解建议，为供应链安全保驾护航。

注：以往发布的部分供应链安全相关内容，请见文末“推荐阅读”部分。

Docker与Kubernetes底层使用的runC容器运行时中存在三个漏洞，可用于绕过隔离限制并获取宿主机系统权限。

这三个高危级别的漏洞是CVE-2025-31133、CVE-2025-52565和CVE-2025-52881，由SUSE软件工程师兼开放容器倡议 (OCI) 理事会成员Aleksa Sarai于本周报告并公开。

runC作为通用容器运行时与OCI参考实现，负责底层操作，如创建容器进程、设置命名空间、挂载控制及更高层工具如 Docker、Kubernetes 等可调用的控制组。

成功利用这些漏洞的攻击者能通过根权限获得宿主机的写入权限：

CVE-2025-31133：runC原本通过绑定挂载/dev/null来屏蔽敏感主机文件。若攻击者在容器初始化阶段将/dev/null替换为符号链接，可诱使runC将攻击者控制的目标以读写模式挂载至容器内部，最终实现通过/proc路径逃逸容器隔离。
CVE-2025-52565：通过竞争条件/符号链接重定向/dev/console绑定挂载，使runC在防护机制生效前将非常规目标挂载至容器，从而暴露可写的procfs关键入口导致隔离突破。
CVE-2025-52881：诱骗runC向/proc执行写入操作并重定向至受攻击者控制的目标。该漏洞可绕过某些变体中的LSM重标记防护，将普通runc写入操作转化为对/proc/sysrq-trigger等危险文件的任意写入。

CVE-2025-31133与CVE-2025-52881影响所有runC版本，CVE-2025-52565涉及runC 1.0.0-rc3及后续版本。修复方案已包含在runC 1.2.8、1.3.3、1.4.0-rc.3及更高版本中。

可利用性与风险研判

云安全公司Sysdig的研究人员指出，利用这三个漏洞"需具备通过自定义挂载配置启动容器的能力"——攻击者可通过恶意容器镜像或Dockerfile实现该前提。目前尚未发现这些漏洞遭在野利用的迹象。

Sysdig公司在本周公告中表示，可通过监控异常的符号链接行为检测漏洞利用尝试。runC开发团队同时提出缓解措施，包括为所有容器激活用户命名空间，且避免将宿主机根用户映射至容器命名空间。该预防措施依托Unix DAC权限机制，可通过命名空间用户权限隔离有效阻断关键攻击路径。Sysdig公司同时建议在可行场景下采用无根容器架构，减少漏洞利用可能造成的损害。