标签：byte   turn   ret   进程   res   操作   注意   oca   工具   

20145326蔡馨熤《计算机病毒》——代码的动静态分析结合

尝试使用各种动静态工具，对代码9-3.exe进行分析，回答如下问题：

该程序导入了哪些DLL？

• 先打开PEiD工具查看样例代码。这里发现了4个dll被调用。

• 另外还有一些dll文件呢，它是在程序运行的时候加载的。我们打开IDA Pro来载入程序进行分析。一般来说，在程序的运行中静态加载的话，会用到LoadLibrary这个函数。我们找找看。

• 在imports中找到后，双击，然后选中地址交叉引用。type对应的是p的话，说明是函数调用，也正是我们关心的。点击交叉引用中的第一项和第二项，我们可以发现还有两个dll文件被调用。

三个dll要求的基地址分别是多少？当使用OD调试该程序时，实际分配的基地址分别是多少？

• 三个dll要求的基地址我们可以在PEiD工具中直接查看，发现都是10000000.

• 当使用OD调试该程序时，实际分配的基地址分别是什么呢？将样例代码导入到OD中后，我们点击一个类似“M”的按钮。然后可以看见dll1和dll2的基地址。这里要注意，操作系统不同，每个人的结果可能是不一样的。

• dll3这个动态链接库是在程序中动态加载的，利用的是函数LoadLibrary。在OD中找到LoadLibrary这个函数的位置，然后在它下面的一个位置设置断点，并让程序执行到这里。这样的话，dll3才会载入到我们的内存中。

当该程序调用DLL1.dll中的一个导入函数时，这个导入函数做了什么？

• 回到IDA Pro中，我们往上可以看见一个函数，即Dll1Print。这个函数其实是保存在dll1这个动态链接库文件中的。于是我们再重新打开一个IDA Pro窗口，将dll1这个文件拖进去，看看有什么发现。

• 找到Dll1Print这个函数的位置，这里有一个函数的调用，即sub_10001038，我们进去看一下，发现它有两个参数。第一个参数就是图中那个字符串，这个字符串中有个“%d”，还有个“\n”，所以我们可以说sub_10001038其实就是个printf的函数。第二个参数保存在了eax中，看上一排，它的内容其实就是dword_10008030的内容。我们双击dword_10008030看看，然后再交叉引用。

• 一个引用的type为“w”，即写入。另一个引用的type为“r”，即读取。我们先看看第一个结果。可以看见有一个GetCurrentProcessId，于是得知dword_10008030这个变量保存的是我们当前进程的ID值。Dll1Print会把这个ID值打印出来。

当该程序调用writefile函数时，文件名是什么？

• 先找到Writefile这个函数。

• 我们发现它想写入的内容其实是一个网址，如图所示。

• 但我们想知道写入的文件名是什么，所以我们应该着重分析第一个参数。即ecx中的内容，但是ecx是由hObject决定的，hObject又是由dll2ReturnJ的返回值决定的。

• 将dll2单独载入。

• dll2.dll中调用了两个函数，即dll2print和dll2ReturnJ。

• 先看看dll2print。我们发现这里同样有一个类似的字符串。想要打印的内容呢，保存在dword_1000B078这个位置。我们对这个位置交叉引用一下，双击第一个type为“w”的结果。

• 可以发现一个CreatefileA的函数，当CreatefileA这个函数被调用后，它所打开的文件的句柄就会保存在dword_1000B078这个位置，它所打开的文件就是“temp.txt”。所以说dword_1000B078这个位置保存的就是“temp.txt”的句柄。当该程序调用writefile函数时，文件名是“temp.txt”。

当该程序调用NetScheduleJobADD创建一个job时，从哪里得到第二个参数数值

• 先找到NetScheduleJobADD的位置。

• 关于这个函数，我们可以查看MSDN上的相关说明。

• 它的功能就是在未来的一个指定时间提交一个任务，并且去执行。它的第二个参数是buffer，其实就是一个指针，指向一个AT_INFO的数据结构。

• 这段程序在Writefile之后，调用了LoadLibrary将dll3加载到我们的内存当中。接着是调用GetProcAddress来获取函数Dll3Print的地址，获取地址后，通过call指令来执行Dll3Print这个函数。之后又调用了一次GetProcAddress函数，用于获取Dll3GetStructure的地址，再执行这个函数。

• 我们再单独载入dll3。

• 首先看看Dll3Print这个函数，这里依旧有一个类似的字符串。Dll3Print所打印的神秘数据是WideCharStr里面的内容。
• 我们双击WideCharStr后再进行交叉引用，可以发现这个变量在dllmain中出现过。dllmain中调用了MultibytetoWideChar这样一个函数。通过MSDN得知它的功能是将多字节的形式转换成宽字符的形式。

• 有个字符串是“ping www.malwareanalysisbook.com”，将它转换成宽字符的形式，最后将结果保存在WideCharStr中。

• 我们再来看看函数dll3GetStructure，发现它有一个参数。这个参数就是我们当前程序中一个局部变量的地址。

• 由图得知，将dword_1000B0A0这个地址赋给了以eax的值为地址的内存空间里面，存入的内容是什么呢？我们双击dword_1000B0A0再进行交叉引用看看，第一个结果就是对它的内容进行改写的位置。双击进去看看。可以看见一个区域中有很多mov操作，作用就是赋值呗。

• 这个区域的起始地址就会成为NetScheduleJobADD的第二个参数的内容。这个区域就是类似AT_INFO的一个结构体。

• 为了把这个结构体更好的显现出来，我们进行如下操作。点击Structures窗口，然后按下“insert”键，点击add standard Structure，选中AT_INFO，添加成功。然后再来到数据的位置。选中当前位置，然后点击“edit”，“struct var”，再选择“AT_INFO”。

• 最后再回到dllmain的位置，可以发现，对刚刚那个区域进行转换后，更有助于我们的分析。

该程序所打印的三块数据中，三个dll的数据分别是什么？

• dll1的数据是当前进程的ID值。

• dll2的数据是temp.txt的句柄。

• dll3的数据是“ping www.malwareanalysisbook.com”这个字符串在内存中的地址。

如何将dll2.dll加载到IDA中，使其与OD中加载的地址匹配？

• 将dll2单独导入到IDA Pro中，不过要选择手动加载。
• 这里要求我们输入dll2的基地址，我们可以在OD中查看到结果。

• 顺利导入dll2。与OD中加载的地址成功匹配。

20145326蔡馨熤《计算机病毒》——代码的动静态分析结合

标签：byte   turn   ret   进程   res   操作   注意   oca   工具   

原文地址：http://www.cnblogs.com/cxy1616/p/6916933.html