【随笔小记】提高Docker容器的安全性

摘要


随着 Docker 的兴起,越来越多的项目采用 Docker 搭建生产环境,因为容器足够轻量化,可以快速启动并且迁移业务服务,不过在使用的过程中,我们很容易就忽略了项目的安全问题,容器虽然有隔离的作用,但是我们知道,他与虚拟机的架构差距还是比较大的。

虚拟机通过添加 Hypervisor 层,虚拟出网卡内存CPU 等虚拟硬件,再在其上建立 虚拟机,每个虚拟机都有自己的系统内核。而 Docker 容器则是通过内核的支持,将文件系统、进程、设备、网络等资源进行隔离,再对权限、CPU 资源等进行控制,最终让容器之间不相互影响。但是容器是与宿主机共享内核、文件系统、硬件等资源。


正文

构建配置

检查镜像文件

当我们在自定义构建环境时,我们需要选择基础镜像, docker pull image:tag ,一定要选择 Docker 的官方镜像,减少受害风险,在选择镜像时,我们一般优先考虑基础版的 Alpine Linux,这是个精简的发行版,它足够轻量,经过裁剪后,系统性能优秀那么些,同时系统的受害面也可以降低。

我需要使用最新的还是固定的标签版本?

比方说:

python:3.9.6-alpine3.14

python:3.9.6-alpine

python:3.9-alpine

python:alpine

如果选择一个确定的版本,可以避免受到之后镜像更改的影响。另一方面,使用最新版本可以确保修补更多漏洞。这是一种权衡,但通常建议固定到稳定版本。 一般小版本是做稳定版的优化,会保证向后兼容,不会有大的改动,考虑到这一点,我会选择 python:3.9-alpine

这种选择通常也适用于我们在挑选生产环境软件版本

始终使用非特权用户

默认情况下,容器内的进程以 root (id=0) 身份运行。

为了执行最小权限原则,我们应该设置一个默认用户。有两个选择:

  • 一、使用以下选项指定运行容器中不存在的任意用户 ID -u

docker run -u 4000 <image>

注意:如果以后需要挂载文件系统,我们应该将我们使用的用户 ID 与主机用户匹配,以便访问文件。

  • 二、通过在 Dockerfile 中创建默认用户

比较常见,例如 nginx 官方 Dockerfile

FROM <base image>

RUN addgroup -S appgroup \
 && adduser -S appuser -G appgroup
 
USER appuser

... <rest of Dockerfile> ...

使用单独的用户 ID 命名空间

默认情况下, Docker 守护进程使用服务器的用户 ID 命名空间。因此,容器内权限提升的任何成功也意味着对服务器和其他容器的 root 访问。 为了降低这种风险,我们应该将服务器和 Docker 守护程序配置不同的用户和组。

dockerd --userns-remap=testuser:testuser

不要暴露Docker守护进程套接字

除非你对自己正在做的事情非常有把握,否则永远不要暴露 Docker 正在侦听的 UNIX 套接字: /var/run/docker.sock

这是 Docker API 的主要入口点。授予某人访问权限等同于授予对你的服务器 root 权限。

尽量避免以下操作

-v /var/run/docker.sock://var/run/docker.sock

特权能力和共享资源

首先,容器永远不应该以特权身份运行,否则,它拥有主机的 root 权限。 为了更安全,建议明确禁止在使用选项创建容器后添加新权限的可能性, --security-opt=no-new-privileges, 这个安全选项可防止容器内的应用程序进程在执行期间获得新的特权 。

不要共享主机文件系统的敏感部分:

  • 根 (/),

  • 设备 (/dev)

  • 进程 (/proc)

  • 虚拟 (/sys) 挂载点。

如果您需要访问服务器设备,请小心使用[r|w|m]标志(读、写和使用 mknod)有选择地启用访问选项。

使用控制组限制对资源的访问

控制组是用于控制每个容器对 CPU内存磁盘 I/O 的访问的机制。

我们应该避免和宿主机共用资源,否则服务器有可能有 DoS 攻击 的风险。建议使用以下选项指定内存和 CPU 使用率

--memory=400m
--memory-swap=1g

--cpus=0.5
--restart=on-failure:5
--ulimit nofile=5
--ulimit nproc=5

文件系统

对非持久性数据使用临时文件系统

如果您只需要临时存储,请使用适当的选项

docker run --read-only --tmpfs /tmp:rw ,noexec,nosuid <image>

使用文件系统保存持久数据

如果需要与主机文件系统或其他容器共享数据,有两种选择:

  • 创建具有有限可用磁盘空间的绑定挂载 (--mount type=bind,o=size)

  • 为专用分区创建绑定卷 (--mount type=volume)

在任何一种情况下,如果容器不需要修改共享数据,请使用只读选项。

docker run -v <volume-name>:/path/in/container:ro <image>

docker run --mount source=<volume-name>,destination=/path/in/container,readonly <image>


网络

不要使用 Docker 的默认网桥 docker0

docker0 是在启动时创建的网桥,用于将主机网络与容器网络分开。创建容器时, Docker 默认使用 docker0 连接网络。因此,所有容器都相互连接 docker0 并能够相互通信。 我们应该通过指定选项禁用所有容器的默认连接 --bridge=none ,然后使用以下命令为每个连接创建一个专用网络:

docker network create <network_name>

用它来访问主机网络接口

docker run --network=<network_name>

不要共享主机的网络命名空间

同样的意思,隔离主机的网络接口:--network=host 不应使用和服务器共享选项。

开源的容器漏洞扫描工具

构建完容器之后可以使用一些静态容器检测工具,去查看是否有有没有发现的 Bug,例如:

完结

以上就是提高Docker容器的安全性的全部内容,欢迎伙伴们一起来讨论。

原文地址:https://cloud.tencent.com/developer/article/1985546

版权声明:本文内容由互联网用户自发贡献,该文观点与技术仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌侵权/违法违规的内容, 请发送邮件至 dio@foxmail.com 举报,一经查实,本站将立刻删除。

相关推荐


最近一直在开发Apworks框架的案例代码,同时也在一起修复Apworks框架中的Bug和一些设计上的不足。遇到的一个普遍问题是,代码的调试过程需要依赖很多外部系统,比如MongoDB、PostgreSQL、RabbitMQ等。当然可以在本机逐一安装这些服务,然后对服务进行配置,使其满足自己开发调试
最近每天都在空闲时间努力编写Apworks框架的案例代码WeText。在文本发布和处理微服务中,我打算使用微软的SQL Server for Linux来做演示,于是也就在自己的docker-compose中加入了MS SQL Server的服务。其实在Docker中运行SQL Server是非常容
在《Kubernetes中分布式存储Rook-Ceph部署快速演练》文章中,我快速介绍了Kubernetes中分布式存储Rook-Ceph的部署过程,这里介绍如何在部署于Kubernetes的ASP.NET Core MVC的应用程序中使用Rook-Ceph所创建的存储对象。 构建ASP.NET C
最近在项目中有涉及到Kubernetes的分布式存储部分的内容,也抽空多了解了一些。项目主要基于Rook-Ceph运行,考虑到Rook-Ceph部署也不那么简单,官方文档的步骤起点也不算低,因此,在整合官方文档的某些步骤的基础上,写篇文章简单总结一下。 Rook-Ceph是Kubernetes中分布
CentOS下Docker与.netcore(一) 之 安装 CentOS下Docker与.netcore(二) 之 Dockerfile CentOS下Docker与.netcore(三)之 三剑客之一Docker-Compose CentOS下Docker与.netcore(四)之 三剑客之一D
CentOS下Docker与.netcore(一) 之 安装 CentOS下Docker与.netcore(二) 之 Dockerfile CentOS下Docker与.netcore(三)之 三剑客之一Docker-Compose CentOS下Docker与.netcore(四)之 三剑客之一D
构建镜像最具挑战性的一点是使镜像大小尽可能的小。Dockerfile中的每条指令都为图像添加了一个图层,您需要记住在移动到下一层之前清理任何不需要的工件。对于多阶段构建,您可以在Dockerfile中使用多个FROM语句。每个FROM指令可以使用不同的基础,并且每个指令都开始一个新的构建。您可以选择
本文介绍compose配置文件参数的使用,熟练编写compose文件 [root@docker lnmp]# cat lnmp.yaml version: &#39;3&#39; services: nginx: build: /root/docker_demo/nginx/ ports: - &q
环境 docker-machine主机:192.168.1.9 docker主机:192.168.1.10 步骤: 安装docker-machine 创建ssh密钥对,实现两主机无密登录 创建docker主机,命名host1 变更docker环境变量 运行容器查看两端是否同步 镜像容器同步测试成功
CentOS下Docker与.netcore(一) 之 安装 CentOS下Docker与.netcore(二) 之 Dockerfile CentOS下Docker与.netcore(三)之 三剑客之一Docker-Compose CentOS下Docker与.netcore(四)之 三剑客之一D
https://blog.csdn.net/wanglei_storage/article/details/77508620 实践中会发现,生产环境中使用单个 Docker 节点是远远不够的,搭建 Docker 集群势在必行。然而,面对 Kubernetes, Mesos 以及 Swarm 等众多容
1.引言 紧接上篇.NET Core容器化@Docker,这一节我们先来介绍如何使用Nginx来完成.NET Core应用的反向代理,然后再介绍多容器应用的部署问题。 2. Why Need Nginx .NET Core中默认的Web Server为Kestrel。 Kestrel is grea
docker rm `docker ps -a | grep Exited | awk &#39;{print $1}&#39;` 删除异常停止的docker容器 docker rmi -f `docker images | grep &#39;&lt;none&gt;&#39; | awk &#3
什么是Docker Compose 在微服务盛行的今天,我们通常是这么定义Compose的:对容器的统一启动和关闭的编排工具。 但是我以前还是有个疑惑,谁会用Compose在一台服务器上部署多个服务呢?干脆直接用单体服务就行了!直到我遇到了以下的一个需求,让我明白了在一台服务器上不得不用多个服务的时
CentOS下Docker与.netcore(一) 之 安装 CentOS下Docker与.netcore(二) 之 Dockerfile CentOS下Docker与.netcore(三)之 三剑客之一Docker-Compose CentOS下Docker与.netcore(四)之 三剑客之一D
很多时候,我们在本地开发过程中程序运行很正常,但是发布到线上之后由于环境的原因,可能会有一些异常。通常我们会通过日志来分析问题,除了日志还有一种常用的调试手段就是:附加进程。 VS中的附加进程非常强大,目前提供了9种常用的附加方式。 在当前.Net Core支持跨平台的大背景下,其中Linux环境和
https://www.cnblogs.com/bigberg/p/8867326.html 一、简介 Docker有个编排工具docker-compose,可以将组成某个应该的多个docker容器编排在一起,同时管理。同样在Swarm集群中,可以使用docker stack 将一组相关联的服务进行
.Net6中想实现对某个网址截屏,可通过Selenium模拟访问网址并实现截图。 实现 安装Nuget包 &lt;PackageReference Include=&quot;Selenium.Chrome.WebDriver&quot; Version=&quot;85.0.0&quot; /&g
原文&#160;https://www.cnblogs.com/gispathfinder/p/5871043.html 我们在使用docker run创建Docker容器时,可以用--net选项指定容器的网络模式,Docker有以下4种网络模式: host模式,使用--net=host指定。 co