首页
社区
课程
招聘
[原创]暗云系列Bootkit木马最新动态
发表于: 2018-10-24 17:14 6903

[原创]暗云系列Bootkit木马最新动态

2018-10-24 17:14
6903

0x1概述

“暗云”系列Bootkit木马是迄今为止最复杂的木马之一,从2015年至今,已感染数以百万的计算机。暗云木马使用了很多复杂的、新颖的技术来实现长期潜伏。其中最大的特点是使用BootKit技术,直接感染磁盘的主引导区(MBR),感染暗云系列木马后,可以使用腾讯电脑管家的急救箱进行处理。

近日,腾讯御见威胁情报中心发现暗云系列Bootkit木马又出现多个新变种,其中新发现的变种1会在内核层联网tj.tagcbm1t.com下载shellcode解密执行,其技术手段和暗云Ⅲ较为接近,故将其命名归类为暗云Ⅲ v3.0,友商前段时间披露的"隐匿者"病毒团伙技术上也属于暗云Ⅲ系列变种。

新发现的变种2会向应用层插入apc并连接C2服务器upax.ximics.com,下载payload解密执行,其技术手段和暗云I代较为接近,故将其命名归类为暗云I v2.0。

暗云系列木马变种木马的最终载荷不尽相同,不同的病毒运营团伙会有不同的赢利模式,其行为取决于木马连接C2服务器下载的ShellCode。腾讯御见威胁情报中心监测到暗云系列木马几乎涉猎所有病毒木马黑色产业赢利模型:从锁定主页、劫持流量、弹出广告、推广软件、安装挖矿木马、发起DDoS攻击,几乎无恶不作。

暗云系列Bootkit木马版本对比如下:


 图1 暗云系列发现时间及主要特性



 图2 腾讯安图高级威胁溯源系统可查询暗云系列木马的家族图谱


0x2暗云系列木马新变种详细分析

暗云系列木马新变种 ,1扇区为劫持后的MBR引导代码,2扇区为原始MBR的备份,3-63扇区为加密的payload ,其感染后的扇区布局如下


 图3 感染暗云之后磁盘引导扇区内容被改写

2.1MBR引导代码劫持分析

MBR引导代码被劫持阶段的执行流程如下

a)BIOS完成自检和硬件检测后,将安装有操作系统的磁盘的第一个扇区的内容读到内存的0000:7C00处执行,由于MBR引导代码已经被劫持修改,病毒代码获得执行

b)7C00处病毒代码主要功能是将3-63扇区的加密payload读取到内存解密并执行,payload会被拷贝到内存8F00:0000处

c)8F00:0000处代码获得执行后,会劫持系统中断表hook int15中断,劫持后的int15中断例程地址被修改为8F00:247

d)读取第二扇区备份的原始MBR到内存地址0000:7c00处继续执行原始的MBR


 图4 被劫持后的MBR引导代码



 图5 被劫持后的int15 系统中断例程地址



 图6 跳转到原始MBR继续执行


2.2 INT 15中断例程劫持分析

INT 15中断被调用后木马获得了执行机会,在int15 中断例程劫持中其主要功能是根据特征码搜索引导启动文件,根据不同的系统版本hook不同的地方,具体执行流程如下:

a)   搜索特征码E9D501EB0490000000528BC30E076633来判断是否是引导启动文件(注:引导启动文件在系统盘根目录下,vista之前是ntldr,Vista之后是bootmgr,引导文件前16字节为该特征码),如果匹配上则继续执行下一步搜索,否则结束

b)   搜索到引导启动文件特征码后,继续搜索特征码665266556633ED666A20665366CB66(注:该特征为bootmgr文件偏移0xA8c处的代码),如果搜索到后会在此偏移处开始patch bootmgr,被patch后会跳转到8F51B处执行,如果搜索不到则继续执行下一步搜索。

c)   搜索特征码FF73F883E103F3A4E88BF085F6741F(注:该特征码为ntldr文件内的代码特征),搜索到则进行patch



 图7 搜索bootmgr特征码



图8 搜索ntldr模块内特征码



 图9 bootmgr被patch后的代码对比


2.3 保护模式patch代码分析

木马对不同的操作系统进行兼容处理,vista之前patch bootmgr ,之后patch ntldr,下面以patch bootmgr为例进行分析。

通过上文分析,bootmgr加载执行到偏移0xA8c处后木马再次得到执行机会,此时会跳转到8F51b处执行。这时已经由16位实模式转到保护模式执行。其执行流程如下:

a)通过代码特征搜索bootmgr!Archx86TransferTo32BitApplicationAsm和bootmgr!Archx86TransferTo64BitApplicationAsm,搜索到则进行相应的patch(注:对x86和x64做兼容处理,分别对应32位系统和64位系统中bootmgr到winload.exe的跳转)

b)通过代码特征566A1041554BCBC3搜索OslArchTransferToKernel,搜索到则进行相应的patch, 该函数被patch后会跳转到8F7A5处执行(注:在BootMgr.exe加载Winload.exe时pathc OslArchTransferToKernel,为hook ntoskrnl.exe做准备)

c)hook ntoskrnl的导出函数ZwCreateSection,该函数被hook后会跳转到8440ed00处执行,其主要功能是调用PsSetCreateThreadNotifyRoutine注册一个线程创建的回调例程(注:该回调例程完成了木马主要的恶意功能)



图10 通过代码特征进行搜索



图11 OslArchTransferToKernel被patch后




  图12 ZwCreateSection被patch后


2.4 线程创建回调例程分析

木马调用PsSetCreateThreadNotifyRoutine注册一个线程创建的回调例程,该回调例程完成了木马主要的恶意功能。包括保护前62扇区数据, 联网拉取shellcode等。

由于这次发现的暗云系列木马变种从MBR感染代码到hook winload, 到hook nt内核,其过程基本一致, 主要差别是在注册创建线程回调例程后,其回调例程内的恶意代码不一致,下面再简单分析其回调例程。

2.4.1暗云Ⅲ v3.0

暗云III v3.0其线程回调例程执行流程如下:

a)   调用RtlInitUnicodeString初始化csrss.exe

b)   查找进程csrss.exe,检测到csrss.exe后则继续下一步

c)   感染MBR,并保护1到62扇区的数据,如果试图读前62扇区的数据则会返回正常的数据,如果试图写前62扇区的数据则返回写入的数据进行欺骗,实际没有被写入;

d)   调用CreateSystemThread创建系统线程,该线程函数主要完成了shellcode下载执行等功能,下载地址为tj.tagcbm1t.com,目前该域名已经失活,不排除后期重新活跃,可拉取任意功能恶意代码进行执行


图13 线程创建回调例程


 图14 系统线程函数完成shellcode下载执行等功能

2.4.2 暗云I v2.0

暗云I v2.0其线程创建回调例程执行流程如下:

a)     调用RtlInitUnicodeString初始化svchost.exe,查找进程svchost.exe, 如果找到则设置标志位为1

b)      查询到svchost.exe后向其中插入APC,该APC的功能是下载addata64.db/addata64.db对应的文件并解密执行, 这部分行为和暗云I 差别不大,详细的分析可参考附录中暗云的分析

目前域名已失活,url地址为:

http://upax.ximics.com/update/addata.db

http://upax.ximics.com/update/addata64.db


 图15 线程创建回调例程



  图16 联网拉取payload



  图17 插入apc


0x3. 安全建议

1.暗云系列木马主要是通过外挂、第三方流氓软件、软件下载器、破解工具、盗版软件等进行传播,建议用户到官网下载或者通过电脑管家的软件管理功能下载应用,避免从高风险的网站下载安装软件。

2.已经中毒的用户可用管家急救箱进行查杀,下载地址:http://dlied6.qq.com/invc/xfspeed/qqpcmgr/other/SystemAidBoxPro.zip


 图18 急救箱查杀图



0x4 附录

 IOC:

域名:

upax.ximics.com

tj.tagcbm1t.com

Url:

http://upax.ximics.com/update/addata.db

http://upax.ximics.com/update/addata64.db

参考链接:

 暗云Ⅲ BootKit 木马分析(http://www.freebuf.com/articles/system/134017.html)

暗云”BootKit木马详细技术分析(http://drops.xmd5.com/static/drops/binary-4788.html)

暗云Ⅱ BootKit 木马分析(https://slab.qq.com/news/kuaixun/1286.html)

“暗黑流量”超大规模DDoS溯源分析(https://slab.qq.com/news/kuaixun/1286.html)

卡饭:https://bbs.kafan.cn/thread-2135178-1-1.html



[招生]科锐逆向工程师培训(2024年11月15日实地,远程教学同时开班, 第51期)

收藏
免费 0
支持
分享
最新回复 (6)
雪    币: 1030
活跃值: (10)
能力值: ( LV2,RANK:10 )
在线值:
发帖
回帖
粉丝
2
6666
2018-10-24 20:21
0
雪    币: 608
活跃值: (648)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
3
似乎不再用Carberp的那套泄漏版源码了~
微软在Win10 1804版玩了把阴的,让所有中了Carberp的人开机死~
2018-10-24 22:33
0
雪    币: 83
活跃值: (1087)
能力值: ( LV8,RANK:130 )
在线值:
发帖
回帖
粉丝
4
Morgion 似乎不再用Carberp的那套泄漏版源码了~ 微软在Win10 1804版玩了把阴的,让所有中了Carberp的人开机死~
Sinowal Bootkit        Carberp bootkit       Stoned Bootkit  哪个源码适合学习?
2018-10-27 15:14
0
雪    币: 83
活跃值: (1087)
能力值: ( LV8,RANK:130 )
在线值:
发帖
回帖
粉丝
5
Morgion 似乎不再用Carberp的那套泄漏版源码了~ 微软在Win10 1804版玩了把阴的,让所有中了Carberp的人开机死~
我想知道 他是如何保护mbr不被 安全软件读写的?是不是磁盘过滤驱动?
2018-10-27 15:37
0
雪    币: 608
活跃值: (648)
能力值: ( LV4,RANK:50 )
在线值:
发帖
回帖
粉丝
6
killpy 我想知道 他是如何保护mbr不被 安全软件读写的?是不是磁盘过滤驱动?
Sinowal其实是基于eEye Bootroot改出来的。 Stoned是Sinowal的一个扩充,但是只支持到Win7 SP1 x86。 eEye,Sinowal和Stoned都是基于Int 13h的BK。Carberp稍微复杂点,支持的系统多点,也支持x64. Carberp在保护模式转换以后获取执行比较有意思。
其实Legacy BIOS的Bookit没啥意思,就是各种Patch操作系统引导流程,你分析完两个,会发现大同小异。
2018-10-29 04:58
1
雪    币: 267
能力值: (RANK:10 )
在线值:
发帖
回帖
粉丝
7
楼上的会开发JC系统吗?
2019-10-8 10:29
0
游客
登录 | 注册 方可回帖
返回
//