本文目录导读：
容器安全中防止逃逸攻击是核心挑战之一，逃逸攻击的核心目标是突破容器与宿主机之间的隔离屏障,获取宿主机操作系统的控制权。
要有效防止逃逸，需要从内核层面、配置层面、运行时层面和供应链层面构建多层防御体系,以下是具体的防范策略和技术措施：
内核安全与命名空间隔离（最底层防线）
容器是共享宿主机内核的,内核漏洞是最危险的逃逸路径。
- 使用安全计算模式 （seccomp）：
- 原理：限制容器可以执行的系统调用（syscall），许多已知的逃逸漏洞（如CVE-2022-0185）都依赖于特定的危险系统调用。
- 操作：默认情况下，Docker等容器运行时提供了标准配置文件（
Default）。强烈建议为生产环境容器自定义更严格的seccomp策略,只允许必需的syscall。
- 强制访问控制（AppArmor / SELinux）：
- 原理：为容器进程附加基于安全策略的标签，即便进程以root运行,也无法绕过该标签的规则访问文件或执行操作。
- 操作：在Kubernetes中启用
AppArmor注解,或对节点配置SELinux上下文。
- Capabilities 限制（关键）：
- 原则：永远不要使用
--privileged（特权模式）,特权模式几乎会授予容器宿主机root权限。 - 操作：运行容器时，使用
--cap-drop=ALL删除所有默认capabilities，再根据需求逐个添加（如--cap-add=NET_BIND_SERVICE）。 - 特别危险的能力：
SYS_ADMIN,NET_ADMIN,SYS_PTRACE,SYS_MODULE，这些能力常被用于挂载文件系统、加载内核模块或进行调试,极易导致逃逸。
- 原则：永远不要使用
配置与资源限制（减少攻击面）
攻击者通常会利用不安全的配置或挂载点。
- 禁用
--privileged标志：这是最高风险项，大多数生产环境Kubernetes集群的Pod Security Standards（PSS）或OPA策略都会禁止特权容器。 - 限制主机目录挂载（非常重要）：
- 禁止挂载
/proc或/sys中的敏感部分：特别是/proc/sysrq-trigger，/sys/kernel/security，/dev/shm等。 - 禁止挂载
/var/run/docker.sock：挂载这个套接字等于把宿主机Docker daemon的控制权交给了容器,攻击者可以创建任意容器来逃逸。 - 限制挂载
hostPath的范围：在Kubernetes中，使用allowedHostPaths准入控制器限制Pod只能挂载白名单内的宿主机路径。
- 禁止挂载
- 使用只读根文件系统：
--read-only确保容器无法修改自身二进制或配置，日志写入可以通过临时卷（tmpfs/mount）处理。
容器运行时安全（实时检测与阻断）
即使配置再严格，零日漏洞（0-day）也可能被利用,运行时检测是最后一道防线。
- 使用运行时安全工具（Runtime Security）：
- Falco：CNCF孵化项目，通过监控系统调用行为（如
openat、execve、clone），使用规则引擎检测异常行为，如果容器突然执行nsenter命令尝试进入宿主机命名空间,Falco可以拦截并告警。 - Tracee：基于eBPF（扩展伯克利数据包过滤器）的运行时安全与取证工具,能在不修改代码的情况下捕获逃逸尝试。
- Falco：CNCF孵化项目，通过监控系统调用行为（如
- 实施OOM（内存不足）和资源限制：通过cgroups（控制组）限制CPU、内存、PID（进程ID）数量，防止“fork bomb”类攻击导致宿主机资源耗尽,或利用内存溢出漏洞写入宿主机内存。
镜像与供应链安全（预防逃逸入口）
许多逃逸攻击的payload来自于容器镜像内部。
- 最小化基础镜像：使用
Alpine、Distroless或Scratch镜像，这些镜像不包含Shell、包管理器（如apt/yum）、调试工具（如curl、wget、nc）,攻击者进入后无法下载提权工具。 - 对镜像进行漏洞扫描：使用Trivy、Clair、Grype等扫描器，查找镜像中的内核模块、SUID（设置用户ID）二进制文件或已知漏洞。
- 禁止特权镜像：确保镜像中没有开启SYS_ADMIN能力或执行需特权的二进制文件。
最新漏洞与防御实例（参考）
常见的逃逸攻击路径及对策：
| 攻击方式 | 原理 | 防御措施 |
|---|---|---|
| 内核CVE漏洞（如CVE-2022-0847 Dirty Pipe） | 利用内核漏洞进行权限提升。 | 及时更新宿主机内核版本；启用Seccomp阻止危险syscall。 |
| 挂载宿主文件系统 | 通过挂载 or /etc修改宿主配置或提权。 |
禁止挂载敏感目录；限制hostPath；使用PodSecurityPolicy/OPA。 |
| 通过Docker Socket逃逸 | 访问/var/run/docker.sock创建特权容器。 |
永远不要挂载Docker socket到生产容器。 |
| 能力滥用（SYS_PTRACE） | 使用ptrace attach到宿主机进程进行代码注入。 |
删除SYS_PTRACE能力 。 |
| 通过/proc逃逸 | 向/proc/sysrq-trigger触发内核操作。 |
禁止挂载/proc或使用noexec选项。 |
最小权限与纵深防御
防止逃逸攻击的核心理念是最小权限原则：
- 隔离：不要以为容器是虚拟机，它只是进程,隔离依赖于内核特性。
- 限制：给容器的资源（syscall、capability、文件系统访问、网络）越少越好。
- 监控：假设最坏情况（漏了怎么办），使用Falco/Tracee实时检测异常的syscall和文件访问。
- 修补：定期更新宿主机内核和容器运行时（runc/containerd）。
对于Kubernetes环境，建议启用以下机制：
- Pod Security Standards（PSS）：设置为
Restricted策略。 - OPA Gatekeeper / Kyverno：自定义策略，强制禁止特权模式、禁止挂载
/proc//var/run/docker.sock。 - RuntimeClass：将不安全的Pod运行在具有更强隔离的沙箱运行时中（如gVisor， Kata Containers），这类运行时拥有自己的轻量级内核,隔绝了宿主机内核。
