不可信Docker容器的危害及Docker多维度安全风险问询

刚好之前研究过容器安全这块，结合你的疑问，我来详细拆解运行带恶意软件的Docker容器会带来的各类风险，包括你提到的CPU和内核访问问题，还有其他几个关键维度：

CPU层面的风险 #

• 你提到的CPU资源耗尽确实是高频问题，但纠正一点：Docker其实支持通过--cpus <num>或--cpu-shares <value>参数限制容器的CPU使用率，但如果启动容器时没配置这些限制，恶意软件可以通过挖矿、无限循环等操作直接占满宿主机的所有CPU核心，导致宿主机上的其他服务（包括正常容器、系统进程）无法获取足够CPU资源，甚至直接拖垮系统。
• 部分恶意软件会利用CPU侧信道漏洞（比如Meltdown、Spectre），在容器内发起攻击，窃取宿主机或其他容器的敏感数据，比如内存中的密码、密钥。

内存层面的风险 #

• 若未通过--memory <limit>参数限制容器内存，恶意软件可通过内存泄漏、批量分配大内存块的方式耗尽宿主机的物理内存与swap分区，触发系统OOM（Out Of Memory）机制杀死进程，严重时会导致宿主机崩溃。
• 针对未修补的内核漏洞，恶意软件可能突破Docker的内存隔离，直接访问宿主机的内存空间，窃取或篡改敏感数据。

磁盘I/O层面的风险 #

• 如果容器挂载了宿主机的磁盘卷（比如-v /host/path:/container/path），恶意软件可疯狂读写该目录，删除或破坏宿主机上的重要文件，或者写入大量垃圾文件填满磁盘，导致系统无法正常运行。
• 即使没有挂载宿主机卷，恶意软件也可能在容器的可写层疯狂写入数据，耗尽Docker的存储池空间，影响其他容器的正常使用。
• 部分恶意软件会利用磁盘I/O的侧信道特性，通过监控磁盘访问延迟推断其他容器或宿主机的敏感操作，获取机密信息。

网络I/O层面的风险 #

• 恶意软件可能利用容器的网络权限发起DDoS攻击，占用宿主机的全部带宽，导致宿主机无法对外提供服务，甚至被运营商封禁IP。
• 若容器使用默认桥接网络，恶意软件可扫描同一网络内的其他容器或宿主机端口，发起横向渗透攻击，窃取其他服务的敏感数据或控制其他容器。
• 恶意软件还可能作为僵尸网络节点，接收攻击者命令发送垃圾邮件、回传窃取的数据至攻击者服务器，导致宿主机网络流量异常，暴露内部网络结构与IP地址。

系统层面的核心风险 #

你提到的直接访问Linux内核的风险非常关键，这里展开说明：

• 如果容器以--privileged特权模式启动，或挂载了宿主机的/proc、/sys、/dev等敏感目录，恶意软件可直接操控内核资源，比如修改系统参数、加载恶意内核模块，完全控制宿主机。
• 即使没有特权模式，若宿主机内核存在未修补的容器逃逸漏洞（比如CVE-2022-0811、CVE-2021-30465），恶意软件可通过漏洞突破容器隔离，获取宿主机的root权限，进而掌控整个系统。
• 恶意软件还可能篡改Docker守护进程的配置，比如添加恶意镜像、创建持久化特权容器，实现长期控制，即使重启容器或宿主机也能保留访问权限。
• 若容器与宿主机共享了不必要的内核命名空间（比如PID、NET命名空间），恶意软件可获取宿主机的进程列表、网络连接信息等敏感数据，为进一步攻击提供便利。

内容的提问来源于stack exchange，提问作者Arkon