[原创]默默无闻·恶意代码分析Lab1

[原创] 默默无闻·恶意代码分析Lab5

[原创]默默无闻·恶意代码分析Lab6

[原创]默默无闻·恶意代码分析第七章

[原创] 默默无闻·恶意代码分析Lab7

参照书籍：《恶意代码分析实战》；

文件来源：文件来源：官网随书文件、或者附件中(文件密码:apebro)；；

使用工具：WinHex、CFF、StudyPE+、Exeinfo PE、Resource Hacker、Depends Walker、OD、IDA、MSDN；

本章节(OllyDbg)顺承第八章(动态调试)，所以本章节以OllyDbg工具为主，IDA Pro工具为辅的形式进行分析；

由于OllyDbg显示的更紧凑，但是IDA Pro显示的更好理解；所以我们整体截图一般使用OllyDbg视图，细节截图我们一般使用IDA Pro视图；

用OllyDbg和IDA Pro分析恶意代码文件Lab09-01.exe，回答下列问题。在第三章中，我们使用基础的静态和动态分析技术，已经对这个恶意代码做了初步分析；

1、首先查壳；

无壳；

2、拖进IDA Pro查看导入函数；

太多，就不截图了。但是我们可以看见很多特性函数，比如：

OpenSCManager和OpenServiceA等服务函数；

Reg开头的注册表函数；

Get和Set开头获取权限或者信息的函数；

最后是一些WSAStartup、connect、socket、send等网络传输函数；

综上判断这个程序可能出现的操作涉及注册表以及注册服务工作，目的是进行网络传输一些数据；

3、shift+f12快捷键查看字符串；

更加确认了有网络行为，并且有远程指令的嫌疑；

4、分析行为；

很奇怪，这里却是0x00403896开始，是不是很奇怪？这里我们看一下右下角的调用栈：

是的，这个状态还不是真正的Lab09-01.exe的main()入口，还处在内核初始化环节；

如果发现跟的太快跑飞了程序，我们可以使用Ctrl+F12组合键重新开始；

这就是进入了；

首先，我们可以看到，再0x00402AFD处是一个CMP [ebp+argc] , 1指令(关于这个指令分析看往期帖子)，这个指令是判断main()函数参数是否等于1，不等于1则跳到loc_402B1D处；

此处OllyDbg显示的更紧凑一些；

此处，我们可以清晰的看到，这个函数中使用了注册表相关的函数(使用MSDN查看详情)；

可以看见，在打开注册表键函数中，使用的是HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft \XPS键；

因为我电脑的注册表项不存在，所以RegOpenKeyExA返回0x2；

注意，失败并不是返回0，详情查阅MSDN，这里是使用跟OD的方式；

退回0x00402B08处；

因为在返回前执行了xor eax,eax，所以eax处是0，执行test eax,eax后，执行跳转loc_402B13，执行call sub_402410处；

首先看第一个GetModuleFileNameA函数，获取当前可执行文件的路径；

因为是栈内空间，所以只有执行了，我们才能知道是啥，直接OD看内存；

使用方法是先找到ebp地址，再减去208；

要说明的是，这个程序中使用了ebp获取参数，所以我们有理由相信这是debug版编译的程序；
如果是esp存取参数，同理寻址；

很显然，这是一个通过构造的字符串加上cmd.exe程序删除Lab09-01.exe(也就是删除自我)的程序；

直接修改路径很难判断是否会对后续运行造成影响，所以先使用给定参数的方式；

从main()函数往下看，我们会看到_mbscmp函数，这是一个字符串对比函数；

在_mbscmp函数的上面，我们可以找到固定的字符串(这还是相对简单的)；

我们可以双击进去，就看到字符串是什么了；

由此可见，目前找到的这个程序的参数有四个，分别是-in、-re、-c和-cc；

此时假设已经有一个参数传进去了；

此时我们发现程序跳转到了sub_402510：

我们同时使用OD动态跟踪；

此时我们有两个选择，一个是直接跳过(step-out)，但是令人担心的是会不会跑飞；

还有一个就是进去分析一波；

很显然，这是一堆位操作，我们根据函数可以很简单的判断出这是一个密码验证函数：

最终得到密码是abcd；

在这里，我们选择的是直接跳过(step-out)；

很显然，因为我们传入的并不是abcd，所以返回值是0；

我们发现因为返回值eax是0，所以并不跳转，而是直接运行了sub_402410(这是自我删除函数)；

然后就成功跳转0x00402B3F；
这里要提一句的是，修改要在test eax,eax语句之前，因为jnz判断是根据标志寄存器；

我们可以看到，函数的返回值eax；

我们可以通过OD来查看传入_mbscmp函数的参数(这个是IDA经过特征数据库识别的，虽然我不清楚识别的依据，但是在OD中没有显示出函数名，我就觉得大概率还不是原型函数)；

还是正常跳过查看返回值；

我们发现eax返回的是0x01300000，有点奇怪，但是不打紧，我们继续往下跟；

我们可以看到，这里获取了当前文件路径，并且截取了路径名，这大概就是sub_4025B0(IDA)函数的功能；

通过跳转，我们可以看见一个熟悉的字段lpServiceName，所以我们可以猜测sub_402600是一个服务相关的函数；

这里我猜测Lab09-01就是之前截取的字符串；

首先是__alloca_probe应该是一个注册内存相关的函数，我们暂时不用管；

sub_4025B0根据上面的经验是一个获取文件路径并且截取的函数；

经过跳转，跳到了loc_402632函数；

在这个函数中，我们发现，有%SYSTEMROOT%\system32\字符串；

我们发现OpenSCManagerA函数传入的三个参数都是立即数，根据第七章中的知识总结[[原创]默默无闻·恶意代码分析第七章 ]，我们知道它返回一个服务控制管理器句柄，所有要和服务交互的代码会调用这个函数；

所以我们对于这种已经确定的官方API可以跳过(但是我们可能需要知道传入的参数)；

下面是一个OpenServiceA函数，这是打开一个服务，我们需要看一下栈，看看要打开的是什么服务；

是这个程序；

我们发现，直接跳过了跳转，来到了ChangeServiceConfig函数，这个功能用于修改服务的配置参数，我们来看一眼传参；

再往下，我们就发现跳出了sub_402600函数；

到此我们可以判断-in参数是安装服务功能；
这里有一个细节，貌似我们并没有看见CreateService函数呀，怎么就创建服务了呢？
我们再返回IDA查看，在OpenService函数的打开函数下方，有一个判断：

也就是说，如果没有打开，我们就进入loc_40277D函数进行创建服务；
那为什么我没有进入这个函数呢？主要是因为这个程序我反复的单步太多遍，导致已经有一个叫做Lab09-01的服务了；

这也就是为啥，每次都能打开的原因了；

至此，对于-in参数的功能分析到此结束；

依旧是一个三步走然后进行密码检验，细节看上面对-in的分析；

用OD跟踪运行，直到jmp loc_402C4A跳到jmp loc_402D76，又是熟悉的main函数末尾；

使用service.msc查看结果；

在之前的位置已经看不到Lab09-01服务了；

到此，对于-re参数功能的分析已经结束，我们知道这是删除服务功能；

在此之前，为了我们后续的分析，我们要先将服务安装上去；
切不可在退出OD、IDA后用命令行安装，别忘了，它还有自我删除的行为；

使用OD可以看到，这里大概就是-c参数开始的程序段了；

在这里，我们可以看到又四个地址跳转，我们需要一个一个的来看；

返回值为：

所以0x00402CD9并不跳转；

下一个是cmp [ebp+argc],7，这里是判断参数是否为七个，

这里轻微的反汇编一下就是：

首先，我们要过去看看loc_402CCF是什么；

根据上面的经验，即将跳转的是sub_402410函数是自我删除函数，这显然是不正常的；

貌似是有些功能，那么我们先给OD添加上足够数量的参数；

在这里，有小伙伴问了，这-c、q、w、e、r、abcd这不是六个么

这里要说一下main()函数的参数判断了：

如果我们使用命令行输入Lab09-01.exe -c abcd；
那么参数的对应值应该是argc=3,argv={"Lab09-01.exe","-c","abcd"}；
你明白了吗？(<-__<-)

首先是一连串的字符串拼接，直接F5看过程；

再继续往下看RegCreateKeyExA函数，在以前的经验中，我们直到这个函数是用来创建指定的键，如果该键已经存在于注册表中，函数将打开它；

我们通过IDA可以看见，SOFTWARE\\Microsoft \\XPS字符串被传进参数；

因为我使用了52pojie官网上的OD，插件比较多，所以可以直接在栈内看到清晰的参数；

我们可以看到，这里有一个RegSetValueExA函数，用来设置注册表键值，我们需要关注一下，传入的参数是什么；

两者相差无几；

最后一路F8跳出sub_401070函数

紧接着jmp short loc_402CD4跳到jmp loc_402D76跳出程序执行；

而我们输入的参数qwer就是键值的数值；

到此，对于-c参数功能的分析已经结束，我们知道这是设置注册表配置键；

感觉貌似跟-c没有什么区别，我们使用OD单步一下看看；

快速通过后，直接看函数返回后的状态；

果然跟我们之前看的printf函数很像；

我们用命令行输出一下确认看看；

到此，对于-cc参数功能的分析已经结束，我们知道这是设置注册表配置键打印出来；

还记得开头我们分析到了sub_401000，在其中有一个判断是否能找到注册表项；

所以从loc_401066跳出sub_401000；

F5反汇编看一下；

可以看见，这是一个死循环；

其中通过sub_401280和sub_402020还有一个在反汇编中没有体现的loc_402408跳出循环;

此处，我们主要把前两个函数理清楚；

sub_401280：

首先第一个注意到的函数是RegOpenKeyExA它的功能是打开指定的注册表键；

所以返回0反而是正常的；

使用OD继续往下跟就是RegQueryValueExA函数，它的功能是检索与打开的注册表项关联的指定值名的类型和数据；

再往下跳转到了loc_401309处，依旧是我们喜闻乐见的字符串操作，直接跳过看代码；

我们可以判断，就是把注册表中的键值依次取出；

sub_402020：

首先遇见的是sub_401E60处函数，进去瞅瞅；

跳过第一个__alloca_probe函数就看到sub_401420，F7进去看一下；

跳转到loc_401E9B；

行至sub_401470函数，F7进去看一下；

跳转至loc_401EB8；

行至sub_401D80函数，F7进去看一下；

先是_time函数获取系统时间，因为下面用到了rand函数，所以这个应该是获取随机数种子；

sub_4030E0函数是给0x0040C180处赋值0x6077BBD4；

跳转至loc_401DB1；行至sub_401D10函数，F7进去看一下；

很显然，判断条件就是随机出来的v1（不是数字&&不是小写字母&&不是大写字母）；

因为是随机的，所以看看后面是干啥用的，F8直至跳出；

所以我们仍然使用F5看一眼反汇编；

这里我们发现，这就是一个无聊的延时函数，所以我们直接使用F8直至跳出；

跳转至loc_401ED7；

行至sub_401AF0函数，F7跳入；

步进到sub_401640，F7跳入；

我们发现这是一个网络连接功能函数；

既然知道函数功能了，我们就直接F8跳出sub_401640；

这里我们要说一下的是，因为我们电脑是断网环境，所以网络连接是失败的，下一步应该是直接跳出函数了；

此处，我们假设联网成功，使用静态分析；

跳转loc_401B35，可以看到是一个Get头；

然后协议是HTTP/1.0\r\n\r\n；

然后是一个发送指令，根据上面参数的传递，是[ebp+buf]，这个就是函数传入的参数，也就是我们之前获取的注册表配置信息；

如果发送成功，返回的应该是发送的字节数，所以失败就退出，否则跳转loc_401C18；

在loc_401C18函数中，出现了recv函数，应该是从网络上获取了数据；

在这里，有一个判断回收长度是否小于等于0，如果是，则跳转loc_401CAD；

话说两头，左右我们都得看一下，我们直接使用F5看机器翻译的代码；

这里我们可以看见，重点在于sub_401740函数是做什么的，找到它，进去看一下；

很显然哦，shutdown函数功能是关闭功能禁止在套接字上发送或接收；

F8跳出sub_401740；

行至跳转loc_401CFC跳出sub_401AF0函数；

假设获得了相应字符串，跳转loc_401F10；

我们可以看见这是一个字符串匹配函数strstr，以及即将跳转的loc_401F3D函数；

再往下，就是sub_401E60的结束了；

纵观sub_401E60函数，我们可以得到以下这么个结构：

以上就是sub_401E60函数的功能，最主要的是从网络获取字符串；

如果sub_401E60网络获取字符串成功，那么就进入loc_40204C;

一路往下总揽一下，发现又是一个if - else if结构，直接使用结构代码看情况；

很显然，这就是一个后门功能；

到此，应该算是大体理清楚了，看了一眼书上答案，有点迷，感觉自己还是漏了点细节；

还有就是关于我们查看字符串，我们可以使用xrof或者x键进行交叉引用查询，然后一路向上反向操作，这样可以有目的性的查看网络或者其它功能；

1、如何让这个恶意代码安装自身；

-in选项；

2、这个恶意代码的命令行选项是什么？它要求的密码是什么？

有四个命令选项，一个密码；密码是abcd，四个选项分别是-in、-re、-c、-cc；

3、如何利用OllyDbg永久修补这个恶意代码，使其不需要指定的命令行密码？

方法很多，重点是查看密码检查方式；

4、这个恶意代码基于系统的特征是什么？

使用了注册表项，以及安装服务；

5、这个恶意代码通过网络命令执行哪些不同操作？

五个SLEEP、UPLOAD、DOWNLOAD、CMD和NOTHING；

6、这个恶意代码是否有网络特征？

一个网址www.practicalmalwareanalysis.com和HTTP/1.0 GET请求；

1、用OllyDbg分析恶意代码文件Lab09-02.exe，回答下列问题；

1、首先查壳；

无壳，下一步；

2、检查导入表；

首先导入动态库有两个WS2_32和KERNEL32，可以看出主要还是网络操作，和一些敏感系统函数；

3、检查字符串

貌似暂时没看到什么有意思的敏感字符串；

4、分析行为；

首先看到一连串的立即数赋值，这个就很奇怪了，怀疑是硬编码，我们可以用OD单步，然后找到内存位置，查看是什么；

这是两个字符串，一个是1qaz2wsx3edc、一个是ocl.exe；

再往下是一个又是一个字符串;

在这里，我们看见一个比较有意思的事情，这里是一个ComandLine[4]的字符串数组，指向的的是另外一个字符串组；

而且我们看见了cmd这个敏感命令；

继续OD往下单步到GetModuleFileName函数；

这是传参，直接跳过；

按照这样的逻辑，可以得到反汇编框架:

目前知道的是通过文件路径获取文件名，如果是ocl.exe，则进入while(1)的死循环；

而我们因为断网问题，所以需要在检查跳转处修改判断值；

修改了strcmp的返回值eax，就可以进入loc_0040124C；

下面就是依次的调用WSAStartup、WSASocket，一路往下；

继续往下，又发现一个返回值检查，一个一个的改感觉有点麻烦，先整理一下静态反汇编框架；

这样一看就很清晰了，我们只需要把重心放在sub_401089获取了什么字符串，和如果网络链接成功sub_401000做了什么；

进入sub_401089是一堆位操作，功力不够，逆这个有点浪费时间，我直接用OD看结果了；

所以在内存区找到[ebp-0x108]的位置；

获得了解密字符串www.practicalmalwareanalysis.com；

再进入sub_401000看看到底做了啥；

还是老样子，先看函数框架；

由此可见，两个memset是设置两个结构体清零，IDA中有识别的命名，这个有提示意义；

在CreateProcessA运行之前对结构体进行了赋值；

这个程序相较于第一个程序还是非常简单的。用书上答案来讲，这个程序创建了多个反向shell；

还有关于一些关于CreateProcess中参数的细节，在此就不再赘述，因为病毒分析对于程序功能更加关注；

1、在二进制文件中，你看到的静态字符串是什么？

找到的cmd字符串；

2、当你运行这个二进制文件时，会发生什么？

死循环，网络连接成功后，多线程创建反向shell;

3、怎样让恶意代码的攻击负荷(payload)获得运行？

将程序命名为ocl.exe；

4、在地址0x00401133处发生了什么？

有两个字符串，一个用于最后解析出网址，一个用于解析出ocl.exe，使程序实现运行；

5、传递给子例程(函数)0x00401089的参数是什么？

选中一路网上找，可以发现，分别是1qaz2wsx3edc和一个数据缓冲区；

6、恶意代码使用的域名是什么？

practicalmalwareanalysis.com；

7、恶意代码使用什么编码函数来混淆域名？

使用字符串异或加密；

8、恶意代码在0x0040106E处调用CreateProcessA函数的意义是什么？

通过绑定一个套接字与命令行shell来创建反向shell；

使用OllyDbg和IDA Pro分析恶意代码文件Lab09-03.exe。这个恶意代码加载3个自带的DLL(DLL1.dll、DLL2.dll、DLL3.dll)，它们在编译时请求相同的内存加载位置。因此，在OllyDbg中对照IDA Pro浏览这些DLL可以发现，相同代码可能会出现在不同的内存位置。这个实验的目的是让你在使用OllyDbg看代码时可以轻松的在IDA Pro里找到它对应的位置；

因为题意说明，这并不是重在分析的题目，所以根据问题走；

问题：

1、Lab09-03.exe导入了哪些DLL？

使用OD打开Lab09-03.exe，点击View->memory查看；

或者直接使用Dependency Walker；

导入表包括了DLL2、DLL1、netapi32、kernel32；

对照答案后，我发现还有动态加载的dll

然后我有点迷，把Lab09-03.exe拖进CFF，并没有看看见延迟加载表有所表现；

然后拖进IDA找loadLibrary函数；

在导入表中找到函数，双击后找到定义，摁x就可以看到交叉引用；

这就找到了标准答案了；

2、DLL1.dll、DLL2.dll、DLL3.dll要求的基地址是多少？

查看基地址可以直接拖WinHex，这对于PE结构不熟悉的小伙伴不太友好，所以我是直接拖CFF的；

3、当使用OllyDbg调试Lab09-03.exe时，为DLL1.dll、DLL2.dll、DLL3.dll分配的基地址是什么？

这个在OD中，View->Memory，这里有一个问题是要先单步到加载DLL3.dll；

4、当Lab09-03.exe调用DLL1.dll中的一个导入函数时，这个导入函数都做了些什么？

使用IDA打开DLL1.dll，找到Exports窗口，找到DLL1Print，双击找到函数；

至于sub_10001038，经过验证是一个打印字符串函数；

综上所述，是一个打印函数；

5、当Lab09-03.exe调用WriteFile的函数时，它写入的文件名是什么？

所以我们还是得先去看看DLL2ReturnJ返回了什么；

双击进去；

我们会发现这是一个未定义数据空间，我们摁x查看交叉引用；

只有这个是赋值操作，双击进去；

找到了，所以返回的文件名是temp.text；

6、当Lab09-03.exe使用NetScheduleJobAdd创建一个job时，从哪里获取第二个参数的数据？

首先在Lab09-03.exe找到NetScheduleJobAdd；

往上找，谁交叉引用了[ebp+Buffer]了；

去DLL3.dll找到DLLGetStructure瞅一瞅；

查看交叉引用；

点进去查看；

所以可以看见，ptr [eax], 36EE80h（实际汇编是不允许内存直接存取立即数的，这里只是为了清晰直观），意思是在以buff位置的值为地址存放0x36EE80的偏移 ，并不是就是存放0x36EE80；

这里要说一下的是，因为DLL3.dll加载时如果发生了重定位，这个偏移是会动的；

7、在运行或调试Lab09-03.exe时，你会看到Lab09-03.exe打印处三块神秘数据。DLL1.dll、的神秘数据，DLL2.dll的神秘数据，、DLL3.dll的神秘数据分别是什么？

都是以下的步骤：
1、先把dll拖进IDA；
2、导出函数(Exports)找到打印函数；
3、双击进去，找到字符串；
4、摁x找到赋值语句，向上找赋值源；

直接给出答案：

DLL1.dll；

所以是当前进程标识；

DLL2.dll；

是文件句柄；

DLL3.dll；

找这个的时候遇到点以外，没有找到本来想找的mov，但是转念一想，函数可以，所以找了push，找到了；

MultiByteToWideChar的功能是将一个字符串映射为宽字符(Unicode)字符串；

根据MSDN，可以看见最后是把ping www.malwareanalysisbook.com的位置赋给了WideCharStr；

8、如何将DLL2.dll加载到IDA Pro中，使得它与OllyDbg使用的加载地址匹配？

不匹配，但是可以手动调整加载到IDA Pro中的地址；

这个题目相对简单，需要注意的就是关于PE中的重定位问题；

至于找东西，有两种思路：

​ 1、分析就是自上向下看过程；
​ 2、做题就是自下往上找调用，找变动；

这一篇写了四五天了，期间是各种突发情况，眼看月底近了，真的是心急如焚，希望能抓紧写完，抓住银四的尾巴找到工作吧；

这三题，第一题写到很细，分析的有点因小失大，拘泥于字眼之间了；

最后用两句诗句与君共勉吧；

行路难，行路难，多歧路，今安在！
长风破浪会有时，直挂云帆济沧海。

[注意]APP应用上架合规检测服务，协助应用顺利上架！