在Linux环境中部署容器时，安全配置并不是简单地安装好运行时然后启动镜像。容器本质仍是共享宿主机内核的进程，一旦隔离机制配置不当，就可能发生权限提升或逃逸。要从根本上控制风险，需要理解内核提供的命名空间、控制组、能力集以及强制访问控制框架如何协同工作，并在运行时显式施加约束。
理解Linux容器隔离的底层机制
容器之所以被称为轻量级虚拟化，是因为它依赖Linux内核的命名空间（namespace）将进程视图隔离，例如pid命名空间让容器内的进程看不到宿主机其他进程，mount命名空间隔离文件系统挂载点。但命名空间只解决"看得见"的问题，并不能限制资源消耗或系统调用范围。控制组（cgroup）负责CPU、内存等资源的配额，而能力集（capabilities）则把传统root权限拆分成细粒度单元，比如CAP_NET_ADMIN允许配置网络，CAP_SYS_ADMIN几乎等同超级用户。
很多镜像默认以root运行且保留全部能力，这在多租户节点上极其危险。攻击者若突破应用层漏洞，可直接利用CAP_SYS_ADMIN挂载宿主机目录。在实践中，我们应当丢弃不必要的能力，例如使用--cap-drop=ALL再按需添加。同时开启用户命名空间（user namespace）可映射容器内root到宿主机普通用户，进一步压缩攻击面。下面这段命令展示了启动容器时的最小能力配置：
# 丢弃全部能力，仅保留网络绑定端口所需 docker run --rm -d --cap-drop=ALL --cap-add=NET_BIND_SERVICE --user=1000:1000 --name secure_nginx nginx:stable
除了上述手段，内核还提供安全计算模式（seccomp）来过滤系统调用。默认Docker的seccompProfile会禁掉约四十余个调用，但仍有优化空间。我们需要根据应用实际行为裁剪白名单，避免如ptrace、kexec_load等高危调用被执行。理解这些机制是后续策略配置的基础，不能仅依赖编排平台默认值。
使用seccomp与AppArmor实施系统调用和文件访问控制
seccomp通过伯克利包过滤器（BPF）程序在系统调用入口处拦截，配置文件采用JSON描述。我们可以为特定服务编写仅允许其必需调用的策略，例如Web服务不需要mount或reboot。下面是一个简化的seccomp策略片段，它默认拒绝所有调用，仅放行常见读写与网络相关项：
{
"defaultAction": "SCMP_ACT_ERRNO",
"archMap": [
{
"architecture": "SCMP_ARCH_X86_64",
"subArchitectures": ["SCMP_ARCH_X86", "SCMP_ARCH_X32"]
}
],
"syscalls": [
{
"names": ["read", "write", "open", "close", "socket", "connect"],
"action": "SCMP_ACT_ALLOW"
}
]
}
AppArmor则在文件路径层面提供强制访问控制。不同于seccomp关注调用号，AppArmor以配置文件声明进程能读写的目录与能力。在Ubuntu等发行版中，可直接加载自定义Profile让容器只能访问/var/www而不能触碰/etc。以下Profile示例限制容器内的nginx仅可读取网站目录与临时文件：
#include <abstractions/base>
profile docker-nginx /usr/sbin/nginx flags=(attach_disconnected,mediate_deleted) {
file,
deny /etc/** rw,
/var/www/** r,
/tmp/** rw,
network inet stream,
}
将两者结合可形成纵深防御：即便应用因漏洞调用了危险系统调用，seccomp会拒绝；即便绕过调用尝试直接读敏感文件，AppArmor会拦截。在部署时通过docker run --security-opt seccomp=profile.json --security-opt apparmor=docker-nginx挂载即可。要注意不同发行版AppArmor与SELinux的默认状态不同，CentOS系列更常用SELinux，需相应调整标签策略。
运行时权限收敛与守护进程加固配置
权限收敛不仅发生在启动参数，更需贯穿镜像构建与守护进程配置。建议在Dockerfile中显式声明USER指令，避免最终层以root提交。同时利用多阶段构建减少攻击面，丢弃编译工具。对于运行时，修改/etc/docker/daemon.json开启用户命名空间重映射，让容器内root自动降权到宿主机映射用户：
{
"userns-remap": "default",
"no-new-privileges": true,
"live-restore": true
}
参数no-new-privileges能阻止容器通过setuid二进制提权，是极关键的一道防线。此外，应限制容器间默认网络互通，通过自定义桥接网络与防火墙规则隔离。对于systemd管理的节点，可设置ProtectSystem=strict与PrivateTmp=true保护宿主服务。如下单元片段展示如何约束容器运行时依赖：
[Service] ExecStart=/usr/bin/dockerd ProtectSystem=strict PrivateTmp=true NoNewPrivileges=true RestrictAddressFamilies=AF_INET AF_INET6 AF_UNIX
最后，持续审计不可忽视。使用auditd记录敏感系统调用，配合falco等运行时检测工具监控异常行为，如容器内向宿主机读取/proc/kcore。安全是动态过程，内核升级后需重新验证seccomp与AppArmor规则兼容性。只有将隔离机制、调用过滤、文件限制与权限收敛组合运用，才能在Linux上构建真正可靠的容器安全边界。