防止容器逃逸需Runtime层主动加固：权限最小化（禁用privileged、drop all caps、强制非root用户）、命名空间防护（阻断/proc等敏感路径挂载）、内核调用约束（启用seccomp+AppArmor白名单策略）。
防止容器逃逸不能只靠“堵漏洞”，关键在于从运行时（Runtime）层面对容器隔离边界做主动加固。Docker 默认的 runc 运行时在命名空间、能力集、系统调用等层面存在天然宽松性，而 CVE-2019-5736、CVE-2023-28842 等高危逃逸漏洞正是利用这些默认松动点突破隔离。实战中，真正有效的 Runtime 加固不是堆配置，而是聚焦三类可落地、可验证的核心控制：权限最小化、命名空间防护、内核调用约束。
禁用特权与降权运行：切断逃逸第一跳
超过 70% 的逃逸攻击依赖 --privileged 或过度 CAPS 权限作为起点。一旦获得 CAP_SYS_ADMIN，攻击者就能挂载 /proc、/sys/fs/cgroup，进而重绑定 user_ns 或 pid_ns。
- 绝对禁止使用 --privileged 启动生产容器；可用 --cap-drop=ALL 显式清空所有能力，再按需添加（如仅需网络操作加 --cap-add=NET_BIND_SERVICE）
- 强制指定非 root 用户运行：USER 1001 写入 Dockerfile，并在 docker run 中用 --user 1001:1001 覆盖；避免容器内进程默认拥有 UID 0
- 检查现有容器是否违规：执行 docker ps --format "{{.ID}}\t{{.Command}}" | xargs -I{} sh -c 'docker inspect {} | grep -E "(Privileged|CapAdd|User)"'
阻断敏感路径挂载：封死命名空间逃逸通道
/proc、/sys、/dev、/var/run/docker.sock 是逃逸高频挂载目标。挂载宿主机 /proc 可读取 init 进程命名空间信息；挂载 /var/run/docker.sock 则能直接调用 Docker API 创建特权容器。
- 禁止挂载宿主机根目录或敏感子目录：拒绝 -v /:/host、-v /proc:/host_proc、-v /var/run/docker.sock:/var/run/docker.sock
- 若业务确需访问部分设备（如 GPU），使用 --device 显式授权（如 --device /dev/nvidia0），而非挂载整个 /dev
- 在 CI/CD 流水线中加入静态检查：用 hadolint 扫描 Dockerfile，拦截含 VOLUME ["/proc"] 或危险 RUN mount 的指令
启用并收紧 seccomp + AppArmor：限制内核级行为
seccomp 是运行时最细粒度的系统调用过滤器；AppArmor 可阻止对关键路径的文件访问。二者配合能有效阻断 exploit 利用内核漏洞的链路。
- 优先启用 Docker 内置的默认策略：--security-opt seccomp=unconfined 必须禁用；生产环境统一使用 --security-opt seccomp=runtime/default（Docker 20.10+）
- 对高敏服务（如 GitLab、数据库）定制白名单：只放行 read/write/close/mmap 等基础调用，禁用 open_by_handle_at、userfaultfd、perf_event_open 等已知逃逸相关系统调用
- 为容器加载 AppArmor 配置：--security-opt apparmor=docker-restricted，并在 profile 中明确写入 deny /proc/** rwklx, 和 deny /sys/** rwklx,
升级运行时与内核：关闭底层逃逸通路
很多逃逸漏洞无法单靠配置缓解，必须依赖底层运行时和内核修复。runc 1.1.0+ 已修复 CVE-2023-28842 的 procfs 绕过问题；Linux 5.12+ 内核默认启用 user_namespaces，支持 rootless 容器。
- 将 runc 升级至 v1.1.12+（2026 年最新稳定版），并确认 docker info | grep "runc version" 输出匹配
- 启用 cgroups v2：在宿主机 GRUB 配置中添加 systemd.unified_cgroup_hierarchy=1，重启后验证 stat -fc %T /sys/fs/cgroup 返回 cgroup2fs
- 开启用户命名空间映射：确保内核编译选项 CONFIG_USER_NS=y，并在 daemon.json 中配置 "userns-remap": "default"
