概述
2023 年 7月初,我們捕獲到了一個未知 DDoS Botnet 家族樣本,該樣本諸多基礎(chǔ)函數(shù)從 Mirai 源碼移植而來,但在主機(jī)行為、網(wǎng)絡(luò)控制協(xié)議方面又做了很大改動。樣本中的多個核心函數(shù)由 “ripper_” 開頭,所以我們把這個家族命名為Ripper。
我們對其樣本和 C&C 的關(guān)聯(lián)分析,發(fā)現(xiàn)該家族已經(jīng)傳播了數(shù)月時間,只不過之前的樣本與現(xiàn)在的樣本變化比較大。經(jīng)過梳理,我們暫時把 Ripper 家族的樣本分為 3 個版本:V0、V1 和 最新的 V2。
Ripper 的傳播機(jī)制借鑒自 Mirai:樣本中內(nèi)置 Telnet 弱口令掃描模塊,掃描模塊會把掃描結(jié)果上報給 Report Server,攻擊者會根據(jù)上報的掃描結(jié)果,控制 Loader 向失陷主機(jī)植入 Ripper 的木馬文件。最新的 Ripper V2 中,C&C 還會通過特定的指令動態(tài)更新樣本掃描用到的弱口令字典。從我們的威脅監(jiān)控系統(tǒng)中可以看到,Ripper V2 最近在 7.4 日到 7.6 日有一波積極傳播:
樣本關(guān)鍵行為分析
以如下 Ripper V2 樣本為例,我們對樣本關(guān)鍵特性進(jìn)行分析:
文件名 | 文件類型 | 文件大小 | 文件MD5 |
loki.arm6 | ELF 32-bit LSB executable, ARM | 105760 bytes | c244f9422006848e3893d0b8b8fc6b8f |
初始化準(zhǔn)備工作
首先,樣本會嘗試用以下命令重置 iptables 規(guī)則:
iptables-P INPUT ACCEPT
iptables-P FORWARD ACCEPT
iptables-P OUTPUT ACCEPT
iptables-t NAT -F
iptables-t mangle -F
iptables-t NAT -F
iptables-F
iptable-X
緊接著,Ripper V2 會在控制臺輸出 “exec\\r\\n”,從 Mirai 移植的 rand_init() 做隨機(jī)函數(shù)初始化,然后通過 init_load_address() 函數(shù)設(shè)定樣本工作需要用到的 C&C 服務(wù)器地址和端口,最后在本地開啟一個 Socks5 服務(wù),端口為63254,可以用作 Socks5 代理節(jié)點(diǎn)。Socks5 服務(wù)開啟成功后,在控制臺輸出 “START-S5\\n“。
Ripper V2 設(shè)定了 3 組工作用的 C&C 服務(wù)器,其中地址相同,只是端口不同:
Ripper V2 的 C&C 地址字符串經(jīng)過自定義編碼邏輯進(jìn)行變形,要經(jīng)過 lets_encrypt() 函數(shù)經(jīng)過解碼。對于內(nèi)置的 C&C “15.217.144.198” 來說,解碼的結(jié)果就是把首位字符和末位字符對調(diào)位置,得出 “85.217.144.191” 就是其 C&C IP。
C&C 通信
首先是連接 C&C 服務(wù)器,Ripper V2 用UDP 協(xié)議與 C&C 通信:
上線
Ripper V2 的 Bot 向 C&C 發(fā)送的數(shù)據(jù)包有 3 種:
指令代碼 | 說明 |
0x55 | 上線 |
0x29 | 上報 Socks5 服務(wù)端口 |
0x36 | Pong |
成功連接 C&C 之后,樣本會立即向 C&C 發(fā)送上線包。上線包的內(nèi)容中第一個字節(jié)是上線包的指令代碼0x55,后面緊接著就是樣本的啟動參數(shù)(bot_tag)。拼接好之后交給cnc_send() 函數(shù)來發(fā)送:
cnc_send() 函數(shù)會給需要發(fā)送的數(shù)據(jù)加上前綴和后綴,作為數(shù)據(jù)起始和結(jié)尾的標(biāo)志:
這樣一來,假如樣本啟動路徑為 “/tmp/loki”,那么最終發(fā)送出去的上線包數(shù)據(jù)如下:
00000000000102552f746d702f6c6f6b69020100 |...U/tmp/loki...|
00000010
如果前面成功啟動了 Socks5 服務(wù),緊接著 Ripper V2 還會把 Socks5 服務(wù)的端口(63254)上報給 C&C 服務(wù)器。上報 Socks5 服務(wù)的指令代碼為0x29,同樣也是交給cnc_send() 函數(shù)發(fā)送上報數(shù)據(jù),數(shù)據(jù)包如下:
指令解析
Ripper V2 的樣本目前支持以下控制指令:
指令代碼 | 說明 | 備注 |
0x33 | 啟動掃描任務(wù) | 如果 recv data length>2,代表同時下發(fā)了弱口令字典 |
0xde | 重發(fā)上線包 | |
0xdf | Kill Bot | |
0xed | 停止 DDoS 攻擊 | |
0xef | 發(fā)起 DDoS 攻擊 | |
Ping | 無指令碼(”\\x00\\x01\\x02\\PING\\x02\\x01\\x00\\x00″) |
C&C 發(fā)給 Bot 的指令,也都會附帶一個前綴和后綴字節(jié)串,并且與 Bot 發(fā)給 C&C 的不同,此處的前綴是 “\\x00\\x01\\x02“,后綴是 “\\x02\\x01\\x00\\x00“。Bot 樣本收到 C&C 發(fā)來的數(shù)據(jù)后,會通過檢測前綴和后綴來確定一個完整的指令數(shù)據(jù)包,先剔除前綴和后綴的字節(jié)串,再對指令內(nèi)容做解析。
樣本上線成功后,C&C 一般會先下發(fā)指令啟動掃描任務(wù),并附帶一組掃描用到的弱口令,數(shù)據(jù)包如下:
注意弱口令列表的數(shù)據(jù),每一對弱口令之間會用 “0xFF” 來做間隔字符,后面會調(diào)用一個util_tokenize() 函數(shù)來解析這些用 “0xFF” 來隔開的多組弱口令:
當(dāng) cmd_code 為 0xef 時,Ripper V2 的 Bot 會發(fā)起 DDoS 攻擊,此時指令數(shù)據(jù)包的結(jié)構(gòu)偽碼如下:
struct cmd_pkt {
uint8[3] prefix;// "\\x00\\x01\\x02"
uint8 cmd_code;
uint32 target_ip;
uint16 target_port;
uint32 duration;
uint8 atk_code;
uint8 atk_flag_cnt;
atk_flag[atk_flag_cnt] flags;
uint8[4] subffix;// "\\x02\\x01\\x00\\x00"
}
struct atk_flag {
uint8 flag_type;
uint8 flag_len;// flag 數(shù)據(jù)長度(bytes)
char[flag_len] flag_data;// flag 數(shù)據(jù),最長 64 bytes
}
Ripper V2 支持的 DDoS 攻擊方式共有 7 種:
attack code | attack method |
0 | UDP Flood |
1 | UDP Plain Flood |
2 | UDP Raw Flood |
3 | TCP Plain Flood |
4 | TCP RAW Flood |
5 | MIX Flood |
6 | HTTP Flood |
Ripper V2 的 Attack Flag 數(shù)據(jù)結(jié)構(gòu)的設(shè)計從 Mirai 移植而來,但具體支持的 Attack Flag 與 Mirai 大不相同,Ripper V2 支持 6 種自定義的 Flag:
flag code | flag 說明 |
1 | 域名 |
2 | Attack payload size |
3 | TCP Flag ([a|s|f|r|u|p] 任意組合) |
4 | Socket Option(non_block | no_delay) |
5 | 發(fā)起攻擊的輪數(shù) |
6 | 每一輪的攻擊次數(shù) |
Ripper V2 的攻擊指令解析邏輯比較復(fù)雜, 它把 Mirai 中所有指令解析、發(fā)起攻擊的函數(shù)全部打散,以內(nèi)聯(lián)的形式寫到了一個函數(shù)中,整個函數(shù)體積特別大,對逆向分析會造成一定程度的阻力,函數(shù)結(jié)構(gòu)如下:
如果 Bot 收到的攻擊指令中,包含針對域名目標(biāo)的攻擊,Ripper V2 會先調(diào)用自定義的域名解析函數(shù) resolve_address(),訪問自己搭建的服務(wù)對域名進(jìn)行解析:
如上圖所示,Bot 訪問自己的服務(wù)(util_srv,地址與 C&C 地址一致,端口為 15757),通過 UDP 協(xié)議,發(fā)送的 Payload 第一個字節(jié)為固定的 “\\x01“,第二個字節(jié)為請求解析域名的長度,后面附帶域名字符串,Payload 結(jié)構(gòu)偽碼如下:
structdomain_resolv_payload {
_uint8 code;// "\\x01"
_uint8 domain_len;
char[domain_len] domain_str;
}
然后 Bot 從服務(wù)端讀取數(shù)據(jù),如果讀取數(shù)據(jù)長度為 4,則說明域名解析成功,返回了一個 4 bytes 的 IP。
樣本層面的版本演進(jìn)
我們發(fā)現(xiàn)的 3 個版本的 Ripper 家族樣本,功能細(xì)節(jié)差異比較大,但也有明顯的共同特征,正是基于這些共同特征,我們把它們歸為同一家族:
接下來我們會對這些特性做詳細(xì)分析。
Ripper V0 樣本
文件名 | 文件類型 | 文件大小 | 文件MD5 |
boat.arm7 | ELF 32-bit LSB executable, ARM | 94644 bytes | b73116306de407394bee825ff4d95091 |
在終端連續(xù)輸出以下 3 串符串:
"Komorebi\\r\\n"
"Domorebi\\r\\n"
"Xomorebi\\r\\n"
C&C 明文硬編碼在樣本中:
Ripper V0 指令特征:
各指令總結(jié)如下:
方向 | cmd code | 功能 |
Bot->C2 | 0x00 | 上線 |
C2->Bot | 0x01 | 停止 DDoS 攻擊 |
C2->Bot | 0x00 | 發(fā)起 DDoS 攻擊 |
Ripper V0 支持的 DDoS 攻擊方式及對應(yīng)的 Attack Code:
上線包:第一個字節(jié)為 0x00,第二個字符為分割標(biāo)志字符 0xFF,第三部分為第一個命令行啟動參數(shù),最后為數(shù)據(jù)包結(jié)尾標(biāo)志:”\\r\\n\\n\\r”
指令包也都是以 “\\r\\n\\n\\r” 結(jié)尾,樣本中會把結(jié)尾 4 個字符去掉再解析、執(zhí)行指令:
在函數(shù)cmd_handle() 中,樣本會把從 C&C 收到的數(shù)據(jù)調(diào)用util_tokenize() 函數(shù),以 “0xFF” 為分隔符做切分、重組,最后再根據(jù)解析好的指令執(zhí)行相應(yīng)動作:
util_tokenize() 函數(shù)反編譯結(jié)果如下:
Ripper V1 樣本
文件名 | 文件類型 | 文件大小 | 文件MD5 |
boat.arm7 | ELF 32-bit LSB executable, ARM | 136411 bytes | e9c5048652f4263d9daf4a3af5c3709d |
在終端輸出字符串:”EXECUTED\\r\\n”
C&C 仍然硬編碼在樣本中,不過同一個 C&C IP 開了兩個服務(wù)端口:
Ripper V1 的上線包比 Ripper V0 包含的信息更豐富,各字段說明如下:
field | offset | length(bytes) | default value |
cmd_code | 0 | 1 | 0x0 |
bot_version | 0 | 4 | “\\x00\\x00\\x00\\x40″ |
bot_id(argv[0]) | 4 | len(bot_id) | |
bot_edianess | len(bot_id)+4 | 1 | |
bot_cpu_arch | len(bot_id)+5 | 1 | |
bot_cpu_cores | len(bot_id)+6 | 1 | |
bot_mem_mb | len(bot_id)+7 | 4 |
其中第一個字節(jié)為固定的 “0x00″,代表上線包;接下來是 4 字節(jié)的 bot_version,固定值為 “\\x00\\x00\\x00\\x40“,后面每個字段時間都用 “0xFF” 分隔:
樣本從 C&C 的 API Server 中給你接收到的數(shù)據(jù),也是以 “0xFF” 作為字段分隔標(biāo)志,并用與 Ripper V0 幾乎相同的util_tokenize() 函數(shù)來解析、重組數(shù)據(jù):
Ripper V1 攻擊指令包的結(jié)構(gòu)與 Ripper V0 也大不相同,Ripper V0 的攻擊指令數(shù)據(jù)中,各字段會以 “0xFF” 分隔,最后以 “\\r\\n\\n\\r” 結(jié)尾;Ripper V1 的指令包,采用了固定長度的結(jié)構(gòu),各個字段之間無分隔符。結(jié)構(gòu)如下:
field | offset | length |
UNKOWN | 0 | 1 |
attack code | 1 | 1 |
target host | 2 | 4 |
target port | 6 | 2 |
duration | 8 | 4 |
其中第一個字節(jié)會被直接丟棄:
然后解析其余數(shù)據(jù),提取字段、重組后面 DDoS 攻擊要用到的結(jié)構(gòu)體:
Ripper V1 支持的 DDoS 攻擊方式以及對應(yīng)的指令碼如下:
attack code | attack type |
0 | ICMP Flood |
1 | UDP Plain Flood |
2 | TCP Plain Flood |
3 | TCP Flood |
4 | HTTP Flood |
總結(jié)
目前我們已經(jīng)捕獲到 Ripper V2 發(fā)起的數(shù)十次攻擊,其攻擊目標(biāo)包括數(shù)據(jù)貨幣交易所1million.exchange,時代華納的 DNS 服務(wù)器74.74.74.74,以及英國獨(dú)立報官網(wǎng)www.independent.co.uk。
鑒于 Ripper 在樣本層面的頻繁變動持續(xù)升級,以及逐步開展 DDoS 攻擊,我們會對 Ripper 家族的活動持續(xù)監(jiān)控。
IoC
MD5
b73116306de407394bee825ff4d95091
364a1676d638e5069ab88cb98288bef2
4a1fb73a6f09468b8ab0fc7478fe715a
4d3312115eb5694a7e7769867fcf227a
53fa2ebff19861c6a381d802a8bef9ba
79ee10eb0c48c8bf4fa6deb342db1a99
8845e1c8daf7545bfde3ddf6729664a4
908ab5382ee42c0ab034820730d6ba09
99ab1760db8fe89b556a943afdd105ee
bc87628437819895c031ecb72a70659a
c55cbde42ff1cbf09ed07ca98ca1f017
e9c5048652f4263d9daf4a3af5c3709d
015e73f206790663b1efba854d9888ee
087b071253958042dd74d53475666d78
78f1155bc7a9c0a89a3d30992e0efb5f
1387c774b707ab1c379acc3ef882b214
c244f9422006848e3893d0b8b8fc6b8f
C2
85.217.144.191:15636
85.217.144.191:15757
85.217.144.191:20216
194.55.224.126:1738
194.55.224.182:5900
194.55.224.182:5901
來源:奇安信威脅情報中心