Docker 是一个开源的应用容器引擎,让开发者可以打包他们的应用以及依赖包到一个可移植的容器中,然后发布到任何流行的Linux机器上,也可以实现虚拟化,容器是完全使用沙箱机制,相互之间不会有任何接口。
一个完整的Docker有以下几个部分组成:
DockerClient客户端
Docker Daemon守护进程
Docker Image镜像
DockerContainer容器
常用和须理解的项 **1、日志和审核 ** 收集和归档与Docker相关的安全日志来达到审核和监督的目的。从host[8],可以使用下面的命令来访问容器外的日志文件: docker run -v /dev/log:/dev/log/bin/sh 使用Docker命令内置: docker logs ... (-f to follow log output) 日志文件也可以从持续存储导出到一个使用压缩包里面: docker export ...
**2、.SELinux 或 AppArmor ** Linux的内部安全模块,例如通过访问控制的安全策略来配置安全增强型Linux(SELinux)和AppArmor,从而实现强制性的访问控制(MAC)一套有限的系统资源的限制进程,如果先前已经安装和配置过SELinux,那么它可以使用setenforce 1在容器中被激活。Docker程序的SELinux支持是默认无效的,并且需要使用—selinux功能来被激活。通过使用新增的—security-opt来加载SELinux或者AppArmor的策略对容器的标签限制进行配置。该功能已经在Docker版本1.3[9]中介绍过。例如: docker run --security-opt=secdriver:name:value -i -t centos bash
** 3、守护特权 ** 不要使用--privileged命令行选项。这本来允许容器来访问主机上的所有设备,并为容器提供一个特定的LSM配置(例如SELinux或AppArmor),而这将给予如主机上运行的程序同样水平的访问。避免使用--privileged有助于减少主机泄露的攻击面和潜力。然而,这并不意味着程序将没有优先权的运行,当然这些优先权在最新的版本中还是必须的。发布新程序和容器的能力只能被赋予到值得信任的用户上。通过利用-u选项尽量减少容器内强制执行的权限。例如: docker run -u-it/bin/bash Docker组的任何用户部分可能最终从容器中的主机上获得根源 **4、cgroups ** 为了防止通过系统资源耗尽的DDoS攻击,可以使用特定的命令行参数被来进行一些资源限制。 CPU使用率: docker run -it --rm --cpuset=0,1 -c 2 ... 内存使用: docker run -it --rm -m 128m ... 存储使用: docker -d --storage-opt dm.basesize=5G 磁盘I/O: 不支持Docker。BlockIO*属性可以通过systemd暴露,并且在支持操作系统中被用来控制磁盘的使用配额。
** 5、二进制SUID/GUID ** SUID和GUID二进制文件不稳定的时候容易受到攻击,而这个时候是很危险的,,导致任意代码执行(如缓冲区溢出),因为它们会进程的文件所有者或组的上下文中运行。如果可能的话,禁止SUID和SGID使用特定的命令行参数来降低容器的功能。 docker run -it --rm --cap-drop SETUID --cap-drop SETGID ... 另一选择,可以考虑运用通过安装有nosuid属性的文件系统来移除掉SUID能力。 最后一个选择是从系统中彻底删除不需要的SUID和GUID二进制文件。这些类型的二进制文件可以在Linux系统中运行以下命令而找到: find / -perm -4000 -exec ls -l {} ; 2>/dev/null find / -perm -2000 -exec ls -l {} ; 2>/dev/null 可以使用类似于下面的[11]命令将SUID和GUID文件权限删除然后: sudo chmod u-s filename sudo chmod -R g-s directory
**6、设备控制组(/dev/*) ** 如果需要,使用内置的设备选项(不使用-v与--privileged参数)。此功能在推出1.2版本[12]。 例如(声卡使用): docker run --device=/dev/snd:/dev/snd …