CS马伪装下的loader样本分析

发布时间：2022/10/17 18:06:52

本文是一篇样本分析实战案例分享，对以下样本进行全面的逆向分析，非常有参考意义，原文作者是寅儿，文章仅做学习参考，请勿在其他用途使用。

样本下载

https://app.any.run/tasks/ffc1ecff-e461-4474-8352-551db7e7b06f/

相关平台包括：VT，微步，哈勃app.any.run,joesandbox等

一、开源情报收集

通过VT检测，可以看到被识别为木马程序了：

在沙箱中运行后，得到行为分析记录：

可以看到用GET请求访问C&C服务器下载了一个二进制binary文件（存在恶意问题），需要打开binary文件查看详情：

dump下来wireshark数据包，过滤http请求后，同样可以发现该二进制文件，接下来进行抓包分析：

通过查询C&C服务器IP，对它进行检测，进一步了解恶意行为：

现在我们对该恶意软件已经有了初步了解，接下来进行数据包分析，看看能不能找到有用的信息。最直观的就是使用了非常见的端口连接，还有发现一个有趣的现象：

竟然是肉鸡主动连接的C&C服务器，让作者联想到了CS马。这种手法类似于反弹shell，好处就是可以绕过防火墙限制，如果对方是内网ip，你无法直接发起连接请求，方便持久化控制等等。

二、样本基本信息

用exeinfo查壳后，我们发现它是标准32位VC编译得来的程序，如下图所示：

使用Process Monitor监控期行为如下：

具体每一项的图不详细列出了，请大家大概看下，它有读取注册表的某些键值，并设置了某些键值对应的值，很多对IE浏览器的设置，代理，Cache等等。同时还有用createfile()函数读取了本地一些文件，但是没有在磁盘创建文件的行为，也没有删除文件的行为。

网络行为监控可以看到send,receive动作，应该是从C&C服务器接收了下一阶段的恶意负载。并没有在注册表里面找到用于持久性控制的键值修改。

三、IDA静态分析

根据先静后动的分析原则，我们先试用IDA载入程序，导入表查看内部的代码，标志性的API存在不少，比如反调试的：

以及查询用户默认区域：

还有分配内存的行为，因为恶意样本会从C&C接受binary文件，但是没有写入磁盘，猜测就是用来这个API开辟了一段内存空间，在内存中执行payload：

但是这里存在一点很疑惑，那就是没有看到与网络操作有关的API函数和库。进一步来看静态字符串：

并进行分析程序流程：

可以看到两个函数，作者重点分析了第二个函数sub_453960()，因为第一个函数点进去看没有什么实质性的操作，在初始化处理，创建互斥体等等。

采取的办法是直接对照着IDA，在OD中把第二个函数完整的执行了一遍，花费了大概三个半小时，搞清楚了程序流程。关键函数是sub_4534B0()，在它来到关键函数之前，恶意软件还设置了某几个文件夹的属性，如C:\Users\Administrator\AppData\Roaming\Microsoft\Windows\Cookies，这操作难道要窃取cookie？

调试后定位到关键函数，其实这应该就是主函数，IDA没有识别出来：

程序用VirtualAlloc()开辟了一段内存，&unk_515000里面存的是程序硬编码的payload，sub_44F3DC()的作用相当于strcpy()，将payload复制到v1，然后把v1当函数执行。其实payload就是一段机器码。从00515000—0051531F，更有意思的是在payload尾部发现了C&C服务器的ip地址。而且之后调试发现，整个程序都是使用的这种手法来执行自己的payload。

payload分析：

四、OD动态分析

第一步：关闭样本的aslr，方便进行分析和调试，载入peview：

偏移是15E，放入hex编辑器010editor：

修改完成后，载入OD即可，反调试是用hideod过的，手工也可以，直接修改PEB块中的值。

直接从关键函数处开始展示：

因为是32位系统，默认是eax寄存器存放函数返回值，调用完VirtualAlloc()后返回值存放的是分配内存的首地址，0002000，也就是说payload会被复制到这里，并执行。

并且该内存页属性为RWE，符合条件：

数据窗口跟随，在执行完sub_44F3DC()后payload被复制于此。

程序开始执行payload，经过对payload的调试，通过loadlibrary()函数加载wininet库，这也解释了为什么在导入表里面没有找到与网络操作相关的API函数信息。找到所需API函数地址后，开始与C&C服务器通信：

我们直接对00020068和0020086处下断点即可，调试的时候可以很明显的感觉到，有时钟机制在阻碍动态分析，所以直接在关键点下段绕过：

可以看到00020068处是进行网络通信时用到的API函数的ASCII码：

00020086处用了一条jmp eax指令来执行API函数：

因为之前讲过通过沙箱分析和流量分析知道，第一个样本会连接C&C服务器下载第二段payload，大体思路就是通过VirtualAlloc()函数分配一块内存，然后通过InternetReadFile()指令读取payload到内存。查询VirtualAlloc()传参次序：

从右向左进行传参，通过网络进行了复查当Address参数为null时，系统将会决定分配内存区域的位置，并且按64-KB向上取整(roundup)。这个位置是随机的，之后会调用InternetReadFile()，将第二段负载读到此处。

此处下一个硬件执行断点：

第二段payload已经被读入：

程序开始执行第二段payload：

循环解密payload：

可以看到解密出来就是一个PE文件，把PE文件dump出来：

对其进行查壳：

最终获得了一个dll文件，对它再进行VT分析：

之前分析复现过APT28的一个样本，手法和这个程序差不多，最终也会释放一个恶意的dll。Dll文件有的是用rundll32执行，有的是直接在内存里加载dll，执行里面函数，这样dll就不用落地了，就算exe程序被捕获了，dll核心功能也不会被获取到。所以本例中是直接在内存中进行执行。

说一下要点：因为之前有CTF经验，在静态分析时快速识别出来base64算法和AES算法。

Base64码表：

Base64算法实现：

‘=’补齐：

最终发现了用于AES加密的S盒：

标准的HttpSendRequestA系列API进行网络请求：

请求的动态调试时，会发现一个url：

通过分析数据包，作者原本以为像普通木马一样，收集本机敏感信息，压缩上传至C&C服务器，结果其实更加狡猾：恶意的dll相当于还是一个downloader，它通过去连接这个url，类似于心跳包检测的机制，根据页面回显或提前设置好的标志位，来决定执行的操作，是执行恶意功能还是sleep。执行恶意功能应该就是去下载真正的恶意负载。