Docker已经成为服务器部署的标配工具，但很多人装好就直接用，默认配置下容器一旦被攻破，攻击者很可能借机拿到宿主机权限，这就是常说的容器逃逸。本文围绕容器逃逸防护和镜像安全扫描两大核心，给出一套可以直接落地的Docker安全加固方案。
一、为什么Docker默认配置不安全
很多管理员有个误解，认为容器本身就是隔离的沙箱，里面出问题也影响不到外面。实际上Docker的隔离依赖Linux内核的命名空间和控制组机制，这种隔离强度远不如虚拟机。容器和宿主机共享同一个内核，只要内核存在漏洞，或者容器被赋予了过高权限，攻击者就有机会突破隔离边界。
举个例子，如果容器以privileged特权模式运行，攻击者在容器内执行一条简单的命令就能访问宿主机的所有设备，甚至直接挂载宿主机磁盘，等于把整台服务器拱手让人。类似的还有挂载docker.sock、使用host网络、以root身份运行进程等做法，都是常见的安全隐患。
因此安全加固的第一步，是理解这些风险点的成因，然后逐项排查和修复，而不是装个安全软件就了事。
二、容器逃逸的常见路径与防护手段
1. 禁用privileged特权模式
privileged模式会赋予容器几乎所有内核能力，并关闭大量安全防护机制，是逃逸风险最高的一种运行方式。除非有特殊需求，生产环境应完全禁止：
- 启动时去掉--privileged参数，改用--cap-drop和--cap-add精确控制权限
- 推荐先执行docker run --cap-drop=ALL --cap-add=NET_BIND_SERVICE只放行必要能力
- 确实需要访问设备的场景，用--device指定具体设备而非放开全部
2. 保护docker.sock不被随意挂载
docker.sock是Docker守护进程的UNIX套接字，把它挂载进容器等于把宿主机的容器管理权交了出去。攻击者在容器内调用这个socket就能创建新的特权容器实现逃逸。除非使用官方的docker-in-docker方案，否则应严格禁止此类挂载。日常可以定期检查运行中容器的挂载信息，命令是docker inspect容器名，重点查看Mounts字段有没有docker.sock。
3. 限制root用户与文件系统
容器内进程尽量用非root用户运行，可以在Dockerfile里加USER指令，也可以在运行时通过--user参数指定UID。同时建议开启只读文件系统：
- docker run --read-only运行，配合--tmpfs给可写目录开临时空间
- 设置--security-opt=no-new-privileges防止权限提升
- 敏感目录如/etc、/root不要挂载进普通容器
4. 启用Seccomp与AppArmor
Seccomp可以限制容器内可调用的系统调用，Docker默认提供了基础Profile，但仍建议自定义收紧。AppArmor则从文件和进程层面限制容器行为，两者结合能大幅压缩攻击面。配置方法是在运行时加上--security-opt seccomp=自定义.json和--security-opt apparmor=自定义Profile。主流编排工具如Kubernetes和Docker Swarm都支持这些参数的声明式配置。
三、镜像安全扫描配置实操
1. 用Trivy扫描镜像漏洞
镜像是容器安全的源头，很多公开镜像带着大量已知漏洞直接上线。Trivy是当前使用最广的开源扫描工具，安装后一条命令即可扫描：
trivy image nginx:latest
输出结果会按严重程度列出HIGH、CRITICAL等级别的漏洞清单。建议把扫描集成到CI/CD流水线中，在构建阶段就拦截高危漏洞镜像，命令示例：trivy image --exit-code 1 --severity HIGH,CRITICAL 镜像名，出现高危漏洞时直接让构建失败。
2. 启用Docker Content Trust防止镜像篡改
镜像被篡改或者拉到假冒镜像是另一种常见攻击方式。Docker Content Trust基于数字签名验证镜像来源，开启方法很简单，在宿主机环境变量中设置：
export DOCKER_CONTENT_TRUST=1
开启后所有push和pull操作都会进行签名校验，未签名的镜像无法拉取。生产环境建议只允许拉取经过内部签名的可信镜像。
3. 建立私有镜像仓库加准入检查
企业环境推荐搭建Harbor等私有仓库，Harbor内置漏洞扫描和镜像签名准入功能，可以配置策略：存在高危漏洞的镜像禁止部署，未签名的镜像直接拒绝拉取。这样就从流程上杜绝了带病上线。
四、Docker守护进程本身的加固
除了容器和镜像，Docker守护进程也是重点保护对象。首先不要把docker.sock的访问权限随便授予普通用户，加入docker组等同于给了root权限。其次建议修改守护进程配置文件，路径通常是/etc/docker/daemon.json，关闭不需要的功能：
- 设置"live-restore": true，守护进程重启时容器不断线
- 配置日志驱动和日志大小上限，防止日志撑爆磁盘
- 开启userns-remap实现用户命名空间重映射，容器内root映射为宿主机普通用户
- 网络层面限制容器对外通信，只开放必要端口
另外，保持Docker版本及时更新也很重要。历史上多个容器逃逸漏洞如runc的CVE-2019-5736，都是通过版本升级修复的。建议定期关注官方安全公告，安排例行升级窗口。
五、日常巡检清单
安全加固不是一次性工作，需要常态化巡检。可以借助docker-bench-security这个官方脚本一键检查，它会对照CIS基准逐项给出检查结果。日常重点关注以下几项：
| 检查项 | 标准做法 | 风险等级 |
|---|---|---|
| 特权模式容器 | 无privileged容器运行 | 高 |
| docker.sock挂载 | 无业务容器挂载 | 高 |
| 容器运行用户 | 非root用户 | 中 |
| 镜像漏洞 | 无高危及以上漏洞 | 中 |
| Docker版本 | 稳定版且及时更新 | 中 |
把这份清单接入定时任务，每周自动执行并输出报告，发现问题及时处理，服务器的容器安全水平就能长期保持在较高水准。
Docker安全加固容器逃逸防护镜像安全扫描修改时间：2026-09-06 16:04:39