docker cp一个命令，宿主机就被接管：CVE-2026-17106逃逸漏洞复盘

零日手记
零日手记

随笔漫记安全路

2026年8月12日 08:37
北京

在小说阅读器读本章

去阅读

Docker的docker cp命令，每个用Docker的人都用过。复制文件进出容器，日常操作。

现在这个命令可以被恶意容器利用，往宿主机任意路径写文件——包括覆盖/usr/bin/runc，直接接管整台宿主机。

CVE-2026-17106，Imperva红队研究员Ron Masas发现，命名为CopyEscape。

漏洞原理：竞争条件+符号链接

docker cp的工作流程是这样的：Docker CLI向daemon请求容器内某个路径的文件，daemon把文件打包成tar流发回来，CLI在宿主机上解包。

问题出在打包和解包之间。

恶意容器在daemon打包文件的时候，跑一个竞争线程：daemon的文件系统遍历器走过的路径上，容器内进程把一个目录替换成一个绝对路径的符号链接。daemon打包出来的tar流里就同时包含了符号链接和它下面的子条目。

Docker CLI解包时，先创建了符号链接，然后解包子条目——顺着符号链接写到了宿主机上的任意路径。

这是一个TOCTOU（Time-of-Check-Time-of-Use）竞争条件。 daemon检查文件类型的时候看到的是目录，打包到一半容器把目录换成符号链接，CLI解包时跟随了符号链接。

写入的文件带着执行docker cp的用户的权限。如果用户是root，写入的文件就是root所有。

两个PoC：从创建文件到覆盖runc

研究员提供了两个演示。

macOS版：在宿主机home目录创建~/pwnd文件。非破坏性，证明逃逸可行。

cd macos
./demo-macos.sh
# docker cp <container>:/watched/file.txt ./file.txt
# 结果：宿主机上多了一个 ~/pwnd

Linux版：覆盖/usr/bin/runc。

sudo -s
cd linux
docker build -t copyescape-linux .
docker run --name copyescape-linux copyescape-linux

# 另一个终端触发
docker cp copyescape-linux:/watched/file.txt ./file.txt

# /usr/bin/runc 已被替换为攻击者脚本
# 下一次Docker执行任何容器命令时，以root身份运行攻击者代码
ls -l /imperva_red_team  # 攻击标记文件

容器里的/watched/file.txt看起来是个正常文件——容器内进程cat它返回\"top-level file\"。但底层实际上是个目录，daemon遍历时容器内监控线程把它换成指向/usr/bin/runc的绝对路径符号链接。tar流里带了符号链接+子条目，CLI解包时通过符号链接把攻击者的shell脚本写进了/usr/bin/runc。

runc是Docker运行容器的底层runtime。 它被替换后，下一次Docker启动任何容器，执行的就是攻击者的代码，root权限。

不需要利用daemon权限提升，不需要逃逸容器namespace，只需要诱导有Docker CLI权限的用户执行一次docker cp。

影响版本和修复

漏洞在moby/go-archive库中，影响Unpack、UnpackLayer、Untar、UntarUncompressed和ApplyLayer等函数。