默认情况下，Docker 允许容器使用主机内核允许的尽可能多的 RAM 和 CPU 资源。因此有必要设置资源约束以防止容器和主机中的安全问题。

(1) 避免使用 --privileged 标志

Docker 具有允许容器在主机上以 root 权限运行的功能。这是通过—-privileged标志完成的。以特权模式运行的容器对主机上的所有设备都具有 root 权限。

如果攻击者要破坏特权容器，他们就有可能轻松访问主机上的资源。篡改系统中的安全模块（如 SELinux）也很容易。因此，不建议在开发生命周期的任何阶段以特权模式运行容器。

特权容器是主要的安全风险。滥用的可能性是无穷无尽的。攻击者可以识别主机上运行的服务来发现和利用漏洞。他们还可以利用容器错误配置，例如具有弱凭据或没有身份验证的容器。特权容器为攻击者提供 root 访问权限，从而导致执行恶意代码。避免在任何环境中使用它们。

要检查容器是否在特权模式下运行，请使用以下命令：

docker inspect --format="{{.HostConfig.Privileged}}" [container_id]

(2) 使用 no-new-privileges 选项

在创建容器时添加​​no-new-privileges​​​安全选项，以禁止容器进程使用​​setuid​​​或​​setgid​​二进制文件提升其权限。这可以防止容器内的进程在执行期间获得新的权限。因此，如果有一个设置了 setuid 或 setgid 位的程序，任何试图通过该程序获得特权的操作都将被拒绝。

Docker 中一个具有安全意识的有用功能是使用只读文件系统运行容器。这减少了攻击向量，因为容器的文件系统不能被篡改或写入，除非它对其文件系统文件和目录具有明确的读写权限。

以下代码将 Docker 容器设置为只读：

docker run --read-only alpine sh -c "echo "read only" > /tmp"

Linux 内核能够将 root 用户的权限分解为不同的单元，称为 capabilities。几乎所有与 Linux root 用户相关的特殊权限都分解为单独的 capabilities。

capsh 显示的特权容器的capabilities

Docker 施加了某些限制，使得使用功能变得更加简单。文件功能存储在文件的扩展属性中，并且在构建 Docker 镜像时会去除扩展属性。这意味着您通常不必过多关注容器中的文件功能。

正如我们之前提到的，记住不要运行带有--privileged标志的容器，因为这会将所有 Linux 内核功能添加到容器中。

最安全的设置是使用--cap-drop all删除所有功能，然后仅添加所需的功能。例如：

docker run --cap-drop all --cap-add CHOWN alpine

考虑使用像 seccomp 或 AppArmor 这样的安全模块。以下是一些众所周知的模块：

这些安全模块可用于为进程和用户的访问权限提供另一个级别的安全检查，超出标准文件级访问控制所提供的安全检查。

(1) seccomp

默认情况下，容器获取默认的 seccomp 配置文件。

https://github.com/moby/moby/blob/master/profiles/seccomp/default.json

这可以用以下命令覆盖：

docker run --rm -it --security-opt seccomp=./seccomp/profile.json hello-world

使用 Seccomp 配置文件运行容器

使用 Seccomp 配置文件，您可以选择容器中允许哪些系统调用以及拒绝哪些系统调用，因为在生产环境中并非全部都需要。您可以从 Docker 文档中了解有关编写 seccomp 配置文件的更多信息。

(2) AppArmor

默认情况下，容器使用docker-default​AppArmor 模板。可以使用--security-opt自定义配置文件覆盖默认设置。

为此，您必须首先将新配置文件加载到 AppArmor 中以与容器一起使用：

apparmor_parser -r -W /path/to/custom_profile

现在使用自定义配置文件运行容器

docker run --rm -it --security-opt apparmor=custom_profile hello-world

请参阅此 wiki 以了解如何创建 AppArmor 配置文件。

https://gitlab.com/apparmor/apparmor/-/wikis/QuickProfileLanguage

关键词： 配置文件 守护程序 系统调用 文件系统