Docker 恶意挖矿镜像应急实例

当网络流量监控发现某台运行多个docker容器的主机主动连接到一个疑似挖矿矿池的地址时，需要快速响应和排查，以阻止进一步的损害。

面对docker容器的场景下，如何快速分析和识别恶意挖矿容器?本文将分享一种应急响应思路，用于排查运行多个Docker容器的主机中可能存在的恶意挖矿容器。

在宿主机上通过netstat -an 是看不到容器内的网络连接的，而一台台进入容器查看网络连接，排查效率很慢。

我们知道宿主机上的容器都是通过dokcer0进行通信的，因此，可以通过tcpdump找到异常网络连接的容器IP地址，然后进一步关联到容器。

（1）tcpdump抓包定位容器ip地址

tcpdump -i docker0 dst host xx.xx.xx.xx -v

可以看到与恶意ip建立网络连接的容器IP是：172.17.0.2

（2）一个命令获取所有容器名称及其IP地址，匹配172.17.0.2 ，从而定位到容器。

docker inspect -f '{{.Name}} - {{.NetworkSettings.IPAddress }}' $(docker ps -aq) |grep 172.17.0.2

（3）进入容器network namespace进行确认，找到异常的网络连接地址。

#获取容器PIDdocker inspect -f '{{.State.Pid}}' <containerId>#进入容器的network namespacensenter  -n -t pid # 验证是否进入容器的network namespacenetstat -an|grep xx.xx.xx.xx

（1）进入容器，找到挖矿程序的进程，恶意脚本路径为xmrig.sh。

（2）我们需要进一步确认的是挖矿程序时在容器运行过程中被植入了，还是镜像文件中已经存在挖矿程序。

使用docker diff命令查看容器内文件状态变化，未找到xmrig.sh。

通过docker inspect 快速定位镜像文件系统在宿主机上对应的目录，从镜像中提取恶意文件进行对比，以确认入侵的源头为恶意镜像。

追溯镜像的来源，解析Dockerfile文件是关键步骤。

（1）使用docker history 命令查看指定镜像的创建历史，加上 --no-trunc，就可以看到全部信息。

（2）使用dfimage从镜像中提取 Dockerfile，在这里可以清晰地看到恶意镜像构建的过程，找到恶意挖矿程序的样本。

05、问题处理

（1）查找恶意镜像关联的容器

docker ps -a|grep <IMAGE_NAME>

(2) 删除相关容器或镜像

docker rm -f  <containerId>docker rmi <IMAGE_NAME>