熊猫烧香(中)病毒释放机理

举报
拈花倾城 发表于 2022/01/14 13:35:15 2022/01/14
【摘要】 熊猫烧香(中)病毒释放机理

@TOC

1、sub_40277C子函数

第一步打开IDA pro加载我们的病毒样本

在这里插入图片描述

第二步,定位到loc_40CBE6的位置

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-kytcxjOd-1614691592801)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20210302145214574.png)]

这里我们看到了3个函数,这3个call是熊猫烧香病毒最重要的功能

第三步,查看cub_408024neirong
在这里插入图片描述在这个函数最开始的位置我没看到了,将84h的值赋值给ecx,84h表示循环次数。循环的主体是下面的两个push,其中每一个push能开辟8个字节(32位)的空间,两个字节能获得16个字节的空间。这样的空间一共申请了ecx(84h)次。

第四步 我们主要分析call函数,往下看第一个函数40277c
在这里插入图片描述

第五步,接着用OD载入exe程序,进行动态的分析,直接跳转到该地址
0040804D

基本流程为右键“转到”->输入“0040804D”,然后下断点,然后将程序执行到此处

在这里插入图片描述

我们在IDA中双击查看,会发现该函数首先调用了GetModuleFileNameA。
在这里插入图片描述

该函数功能主要是获取当前进程已加载模块文件的完整路径

第六步,回到OD中,F7进入该函数

在这里插入图片描述

接着选中PathBuffer值,右键点击“数据窗口中跟随”。

在这里插入图片描述

注意:按下F8,大家可以在数据窗口中留意该值的前后变化。发现它成功获取了该样本的本地路径。

C:\Users\14551\Desktop\setup.exe

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-M9qno1qG-1614691592809)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20210302150300530.png)]

第7步,我们打开IDA给sub_40277C函数重命名
选中函数重命名,快捷键为N

总结,重命名及对应功能如下:

  • sub_40277C -> GetFilePathAndName
  • 功能:获取文件的完整路径及文件名称
    在这里插入图片描述

2、sub_405684子函数

接着往下看函数

在这里插入图片描述

第一步,继续在OD中跟进
首先我们调转到00408052位置,然后下断点,然后执行过来
我们首先可以看看它压入的参数是什么?
在这里插入图片描述

第二步,在数据窗口中跟随EAX

单步执行,在寄存器中选中EAX,右键“数据窗口中跟随”,结果如下,我们可以看到EAX中保存的是刚刚获取的病毒文件的完整路径。
在这里插入图片描述

第三步,在数据窗口中跟随EDX,EDX是个空值
在这里插入图片描述

第四步,进入后面的00405684
先选中EAX右键“数据窗口中跟随”。

在这里插入图片描述

进入函数后我们发现了粗线条,说明它是一个循环
在这里插入图片描述

我们在循环处F7步入,也就是上图
mov eax, [local.1]

注意这里简单介绍下局部变量的概念。

小技巧
[LOCAL]是局部变量的意思,例如[LOCAL.1]就是第一个局部变量,存放在栈里的[EBP-4]位置,[LOCAL.2]就是[EBP-8],图片上的命令其实就是MOV EAX, [EBP-4]。
方法一:可以在OD的选项->调试设置->分析里面有个选项把勾去掉设置
方法二:选中该命令右键“汇编”即可,但修改后会显示灰色

第五步,接着循环分析
分析语句“mov eax, dword ptr ss:[ebp-0x4]”,首先将EBP-4赋值给EAX,而当前的EBP-4就是所获取的病毒的完整路径。

mov eax, dword ptr ss:[ebp-0x4]

在这里插入图片描述

然后再按F8,这里是将EAX加上EBX再减1,其中EAX是病毒完整路径的首地址,EBX是20,它又是什么呢?

mov al, byte ptr ds:[eax+ebx-0x1]

我们查看EBX,如下图所示。凡是由Delphi编写的程序,它会在字符串减4的位置保存一个数值。这个数值就是字符串的长度,我们可以看到当前路径长度是0x20。

[eax+ebx-0x1]:计算字符串最后一个字母的位置,即“e”,下图中也显示出来了“ds:[02140127]=65(e)”

在这里插入图片描述

第六步,继续按F8执行,这里结合IDA分析0x5C、0x2F、0x3A对应的值。选中按下“R”
在这里插入图片描述

5C代表斜杠(\),2F代表反斜杠(/),3A代表冒号(:)。

小结,该循环是将病毒所在完整的路径从后向前检索,直到遇到斜杠(\)、反斜杠(/)、冒号(:)结束。结合病毒来看,它找斜杠的位置,其实这段程序要么是想不包含病毒文件名的路径,要么想获取病毒的文件名(setup.exe)。

第7步,在OD中F8调试 ,注意观察数据窗口的变化
在这里插入图片描述

接着发现程序在调用完call函数之后,会出现一个新的字符串。事实上很明显,它是想获取去除病毒文件名后的路径。可见,程序将去除了文件名的路径拷贝到了之前申请的空间中,于是可以将sub_405684重命名。

总结,重命名及对应功能如下:

  • sub_405684 -> GetFilePath
  • 功能:获取去除病毒文件名后的路径
  • IDA位置:0x0040805E

在这里插入图片描述

3、sub_403ED4子函数

我们接着来分析下一个函数,打开IDA

在这里插入图片描述

第一步 打开OD
在这里插入图片描述

​ 返回的第一句代码是将我们之前所获取的不带文件名的地址赋值给EAX。

  • lea eax, dword ptr ss:[ebp-0x3B4]

我们选中EAX在数据窗口中跟随,可以看到对应的值是“01BD0140”
在这里插入图片描述

我们在数据窗口跟随ctrl+G,看到如下:是不带文件名的文件路径,现在的EAX就是保存的这个值

在这里插入图片描述

第二步 继续分析代码,接下来将**“Desktop_.ini”赋值给EDX。注意,0x44表示为D(十进制68对应的ASCII码)。**

在这里插入图片描述

第三步 通过IDA大致看看call函数sub_403ED4

在这里插入图片描述

单纯这样看,很难分析出它的具体功能,我们不妨只关注他的两个参数。观察执行完该函数后的参数有什么变化;

第四步 留意数据窗口,然后按F8执行

可以看到刚才所获取的不带文件的路径名,在其后面增加了一个“Desktop_.ini”,从而组成了新的字符串。

在这里插入图片描述

分析到这里我们就知道了sub_403ED4功能是将上面所获取的不带文件名的路径地址赋值给eax,然后将字符串“Desktop_.ini”的地址赋给edx。

总结,重命名及对应功能如下:

  • sub_403ED4 -> StringCat
  • 功能:拼接字符串,包含“Desktop_.ini”后缀
    在这里插入图片描述

4、sub_4057A4子函数

继续分析sub_4057A4子函数

在这里插入图片描述

第一步 在OD中查看EAX的地址,选中堆栈数值,右键“数据窗口中跟随数值”
在这里插入图片描述

可以看到,它的这个参数是我们之前已经连接好的字符串的首地址。

  • 0x020F0138

在这里插入图片描述

第二步,按下F8运行至Call 4057A4函数,再按F7进入该函数分析。

在这里插入图片描述

继续按下F7进入call 0040573C,发现有个FindFirstFileA函数,我们直接来看看它的参数。注意,很多时候右边注释内容是没有的,需要我们手动分析。

在这里插入图片描述

按下F8执行到函数调用前位置,可以看到EAX中存放是的是刚才连接出来的字符串。该函数的作用就是说明要查找当前目录下Desktop_.ini文件是否存在。

  • C:\Users\14551\Desktop\Desktop_.ini
    在这里插入图片描述

总结,重命名及对应功能如下:

  • sub_4057A4 -> CheckFileExist
  • 功能:检测文件“Desktop_.ini”是否存在

5.分析sub_4057A4后续删除功能

接着我们继续分析,由于之前进行了重命名操作,所以代码的可读性更好了,从0x00408079位置下面的代码我们都能看懂。

0x0040807E test al, al
0x00408086 push 80h
0x 004080C5 call SetFileAttributesA

它会根据上一段代码的查找结果进行判定al,即如果当前目录下Desktop_.ini文件存在,那么就会调用SetFileAttributesA函数。该函数会改变他的属性,将它的属性改为80h所代表的值,即该文件的文件属性调整为NORMAL(正常属性)。
在这里插入图片描述

继续往下看, 调用了一个Sleep函数停止1毫秒。停止1毫秒之后,它接着调用DeleteFileA函数将Desktop_.ini删除。正常来讲,病毒还没有运行的时候,这个Desktop_.ini文件应当是不存在的;如果存在的话,病毒首先会改变这个文件的属性,再将这个病毒给删除掉。

push 1
call Sleep
call DeleteFileA

在这里插入图片描述

这里看到一个未知函数sub_4040CC,它的参数是[ebp+var_3C4],事实上3C4就是文件的路径。将文件路径赋值给EAX,我们进入sub_4040CC函数。发现其功能:

验证EAX是否存在,即判定文件的路径是否为空

如果文件不存在它会直接执行loc_408110位置的函数,sub_4040CC其实就是一个验证机制,在IDA中按下ESC返回,我们给它进行重命名。
在这里插入图片描述

总结,重命名及对应功能如下:

  • sub_4040CC -> CheckPathIsExist
  • 功能:检测文件的路径是否存在

在这里插入图片描述

6.sub_4078E0子函数

我们接着分析下一个函数
0x00408126 call sub_4078E0

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-xn9atxHW-1614691592837)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20210302210047160.png)]

第一步,我们在IDA中大致看下函数的内容。
我们可以看到这个函数非常的长,且也调用了很多其它的函数,那么看上去很难分析清楚这个函数到底是做什么的。这里我们先不管其具体的实现细节,只看看该函数执行完后,这些参数或寄存器位置发生了什么变化,主要关注该函数执行前后,程序使用了哪些寄存器。
在这里插入图片描述

第二步,打开OD跳转到40811D位置,按下F2增加断点,再按F9执行过来。
注意,病毒逆向分析就是调用IDA和OD反复调试的过程。
在这里插入图片描述

第三步,在OD中分析具体代码。

  • mov eax, dword ptr ss:[ebp-0x3CC]
  • lea edx, dword ptr ss:[ebp-0x4]
  • call 004078E0

首先它是将EBP-3CC赋值给EAX,再将EBP-4赋值给EDX,调用call函数。
在这里插入图片描述

我们现在按F8来步过这个call函数,再观察数据窗口中存在什么变化。可以看到执行完call函数后,这个函数用了很大一片区域写入了非常多看似无意义的字符,结合右边的ASCII码,可以将这些内容理解为暴力P解的字典。

  • 病毒的编写者企图利用暴力P解的方式来攻破计算机中某些验证机制

    我们F8步过这个函数看一下数据窗口的数据变化

在这里插入图片描述

当然这些内容还是非常多的,病毒作者也写入了很多其他信息,有兴趣的作者可以好好分析下。这些信息有助于我们获取病毒的行为信息,只有当我们深入分析其原理和实现过程,才有助于我们获取病毒的行为信息。

总结,重命名及对应功能如下:

  • sub_4078E0 -> WriteVirusInfoToMem
  • 功能:写入病毒信息到内存中,病毒作者企图利用暴力P解的方式,来攻破计算机中的某些验证机制

7.sub_403C44子函数

继续在OD中分析sub_403C44子函数。

第一步,查看[EBP-8]地址对应的值。
在数据窗口中,可以看到eax的值为ebp+var_8的地址,通过OD可以知道,这个地址中保存的是0,可以理解为没有数据。

  • 00 00 00 00
    在这里插入图片描述

第二步,我们按下F7进入这个call,查看具体内容。

  • 0x0040812E call 00403C44

在这里插入图片描述

可以看到,它首先是将EAX的内容赋值给EDX,我们按下F8可以看到EDX也变成了0值。

  • mov edx, dword ptr ds:[eax]
    在这里插入图片描述

步过mov edx, dword ptr ds:[eax],寄存器的值是下图:
在这里插入图片描述

之后的test运算,使得ZF变为1,满足跳转条件,直接跳转至retn,那么本段函数也就结束了。

刚才我们通过test edx, edx发现ZeroFlag标志位变成了1。这个标志位变为1,说明这个值是一个0,这段函数似乎并没有实现什么特别清晰具体的功能,那么不妨将这个操作理解为某种标志的设置。

在这里插入图片描述

在这里插入图片描述

总结,重命名及对应功能如下:

  • sub_403C44 -> SetZeroFlag
  • 功能:设置零标志位重设,将其设置为0
    在这里插入图片描述

8.sub_403ECC子函数

回到OD,我们分析sub_403ECC子函数。

第一步,查看并分析[EBP-4]保存的内容。

  • mov eax, dword ptr ss:[ebp-0x4]
    在这里插入图片描述

在数据窗口中跟随,可以看到“MZP”,这里大致是保存了一个PE文件,事实上就是将这个PE文件的首地址赋值给这个EAX,接着看看这个call。

在这里插入图片描述

第二步,分析call 403ECC函数。
按下F7进入这个call函数,首先调用“TEST EAX, EAX”验证PE文件是否存在。

在这里插入图片描述

按下F8继续,这里是跳转不成立,然后出现在EAX-4位置,我们在数据窗口中跟随内容。

mov eax, dword ptr ds:[eax-0x4]

小技巧
这里需要特别强调的是,由于本病毒程序是使用Delphi编写的,因此字符串的首地址减去4后,所取出的4个字节的内容就是此字符串的长度。

换句话说,这段代码中的[eax-4]就是eax所指向的文件长度,字符串长度就是EC00,这条语句就是将EC00保存在寄存器里面。于是可以将sub_403ECC重命名。

字符串长度:EC00
现在EAX保存的就是字符串的长度,即PE文件的长度

在这里插入图片描述

在这里插入图片描述

总结,重命名及对应功能如下:

  • sub_403ECC -> GetFileLen
  • 功能:获取PE文件的长度

之前这个文件的长度是保存在EAX里面,这里又将文件长度赋值给EBX。
在这里插入图片描述

接下来,在获取文件长度后,程序会跳转到loc_408163处执行。首先它会验证EBX是否为零(文件长度是否为0),正常来说文件长度是不为0的,也就是这个文件是真实存在的,所以接下来的跳转不成立,会继续往下执行。

test ebx, ebx
jle short loc_408171
mov eax, [ebp+var_4]

在这里插入图片描述

接着我们尝试用OD进行分析,跳转到0x00408163的位置。按下F2增加断点,再按F9让它执行过来。

在这里插入图片描述

按下F8继续执行,这里是将 [EAX+EBX-1],由于EAX指向的是文件起始地址,而EBX是文件的长度,减一是获取整个PE文件最后一个字符它是什么。事实上,CMP语句就是验证这个文件最后一个数据它是否为零,如果为0,则接下来的跳转不成立。

cmp byte ptr [eax+ebx-0x1], 0x0

在这里插入图片描述

经过OD的动态分析发现,因为这里显示跳转未实现,故文件尾端的值为0,所以不执行跳转,继续向下执行。

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-RGfyeROY-1614691592861)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20210302212206442.png)]

9.总结

写到这里,该部分关于sub_408024核心函数的部分功能就介绍完毕

[外链图片转存失败,源站可能有防盗链机制,建议将图片保存下来直接上传(img-YfwedhW2-1614691592861)(C:\Users\lenovo\AppData\Roaming\Typora\typora-user-images\image-20210302212608074.png)]

0x0040804D call sub_40277C
– 重命名为:GetFilePathAndName
– 功能:获取文件的完整路径及文件名称

0x0040805E call sub_405684
– 重命名为:GetFilePath
– 功能:获取去除病毒文件名后的路径
– IDA位置:0x0040805E
– 技巧:循环将病毒的完整路径从后往前检索,直到遇到斜杠(\)、反斜杠(/)、冒号(:)结束,从而提取病毒的路径或病毒的文件名(如setup.exe)

0x0040806E call sub_403ED4
– 重命名:StringCat
– 功能:拼接字符串,包含“Desktop_.ini”后缀

0x00408079 call sub_4057A4
– CheckFileExist
– 功能:检测文件“Desktop_.ini”是否存在

0x00408105 call sub_4040CC
– CheckPathIsExist
– 功能:检测文件的路径是否存在

0x00408126 call sub_4078E0
– WriteVirusInfoToMem
– 功能:写入病毒信息到内存中,病毒作者企图利用暴力P解的方式,来攻破计算机中的某些验证机制

0x0040812E call sub_403C44
– SetZeroFlag
– 功能:设置零标志位,将其设置为0

0x00408136 call sub_403ECC
– GetFileLen
– 功能:获取PE文件的长度
CMP语句就是验证PE文件最后一个数据是否为零

希望大家可以有所收获!!!

【版权声明】本文为华为云社区用户原创内容,转载时必须标注文章的来源(华为云社区)、文章链接、文章作者等基本信息, 否则作者和本社区有权追究责任。如果您发现本社区中有涉嫌抄袭的内容,欢迎发送邮件进行举报,并提供相关证据,一经查实,本社区将立刻删除涉嫌侵权内容,举报邮箱: cloudbbs@huaweicloud.com
  • 点赞
  • 收藏
  • 关注作者

评论(0

0/1000
抱歉,系统识别当前为高风险访问,暂不支持该操作

全部回复

上滑加载中

设置昵称

在此一键设置昵称,即可参与社区互动!

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。

*长度不超过10个汉字或20个英文字符,设置后3个月内不可修改。