从2013-09-13注册至今，在默默的阅览大佬们的文章学习提升自我，由于工作繁忙至今没有在论坛中发过文章，对于白嫖了那么多年的我有点惭愧，也是由于各种事情吧，这个样本分析到中期的时候无法慢慢的去品尝了，开启了走马观花模式，此次也是记录了走马观花的过程，由于时间关系也没有仔细对算法和他更多的操作性进行分析，可能会有一些写的有问题的地方也希望各位大佬多多担待。
上传图可能有点小，可以通过附件查看原版

运行环境：win10
URL:hxxp://lockbitapt6vx57t3eeqjofwgcglmutr3a35nygvokja5uuccip4ykyd.onion；
hxxps://tox.chat/download.html;
加密算法：ECC+AES

通过查看导出表可以得知，该程序主要利用了自解密的方式来获取自身所需要的API函数。

样本加载完毕后，可以代码入口点处首先获取了PEB，并且在偏移0x68处进行了0x70的比较。

通过PEB结构体可以看出，在0x68处对应的是NtGlobalFlag，当调试状态时NtGlobalFlag的值会被赋值为0x70，所以依次确定程序首先对调试环境进行了判断。

检测环境不存在调试环境时，接着会将32赋值到v198中，并将字符串GDIPLUS赋值给到了v199，利用循环将大写的GDIPLUS转换成小写并且拼接.dll后缀。

通过动态调试，得到gdiplus.dll

判断0x4F081C是否为空，如果为空则进行计算，并将返回值赋值给到0x4F081C内存中。

　　在NT内核系统中fs寄存器指向TEB结构，TEB+0x30也就是mov eax, large fs:30h处指向PEB结构，PEB+0x0c处指向PEB_LDR_DATA结构，PEB_LDR_DATA+0x1c处存放一些指向动态链接库信息的链表地址，DLL第一个指向ntdl.dll,第三个就是kernel32.dll的。

FS段寄存器作为选择子指向当前的活动线程的TEB结构(Thread Environment Block)注释。在TEB偏移的0x30处，就是指向PEB(Process Environment Block)的指针。而在PEB偏移的0x0c处是指向PEB_LDR_DATA结构的指针。PEB_LDR_DATA的结构如下：

在PEB_LDR_DATA结构中，又包含三个LIST_ENTRY结构体分别命名为:

LIST_ENTRY其结构定义如下：

这个双链表指向进程装载的模块，结构中的每个指针，指向了一个LDR_DATA_TABLE_ENTRY 的结构：
我们来看看这个结构的定义：

为了不被勒索所污染我们的调试环境，我们使用calc进行演示。
此时我们可以看到InLoadOrderModuleList.Flink指针指向的地址是000001c83e382bb0

可以看出000001c83e382bb0所在的模块地址是64790000，也就是calc.exe的内存装载地址，它的flink指针指向了000001c83e3829e0，1a600000它就是ntdll.dll的内存装载地址，000001c83e3829e0的flink指向了000001c83e383100，18a60000它就是Kerenl32.dll的内存装载地址。

知道PEB寻址之后，我们回过头来看勒索程序它所要找到的dll地址是什么。
此时，Flink地址：0x772FE0，

[edi+0x30]指向的是ntdll.dll的内存装载位置,并将硬编码0x811C9DC5存入第一个变量当中。

通过特征判断，这段程序主要是利用了特征比方式来判断所需要用到的dll的地址。

通过返回结果可以看到，所匹配到的dll为Kernel32.dll，依次，我们可以将函数名称进行改名为KenDllAddr。

改名后。

获取到dll的装载地址后，将地址当作参数传入了4122E0中，经过之前我们的分析可以大概推断出，这个函数主要的功能是通过获取到的dll来寻找程序后续所需要用到的API函数地址，我们来验证一下猜想。

我们F5结合反汇编来看*this指针所指向的位置是Kernel32.dll的装载地址，也就是Kernel32的MZ位置。

通过结构体中我们可以看到0x3C指向的是e_lfanew，它的值指向了PE文件的文件头。

mov edx, [eax+ebx+78h]相当于：772C0000+E8+78h，通过结构体我们可以看到，该地址指向的是DataDirectory，也就是数据结构表,将获取到的偏移地址保存在了edx中。

紧接着执行mov eax, [eax+ebx+7Ch]，当前eax保存的依然是PE头部偏移E8，ebx= 772C0000，那么相当于是772C0000+E8+7C,通过查看数据结构表我们可以得知，主要是获取第一块数据的大小。

lea eax, [edx+ebx]获取第一块数据块的地址。

将eax+0x20中的地址给到了edi，在取edi的值赋值给到了eax,该地址指向了对应Kernel32的导出表函数名称。

通过硬编码的方式匹配到所需要函数的序号id，并通过序号id寻找该函数的地址。

函数做找到的地址赋值给到了0x4F079C


对字符串进行不同方式进行解密，并且进行判断LoadLibrary函数是否获取成功，如果之前操作成功获取LoadLibrary函数则使用LoadLibrary函数进行地址获取，如果不成功，则继续利用PEB寻址方式进行API函数地址获取。

对所有需要用到的dll进行地址获取，并获取所需要用到的API函数地址。

终于结束了这该死的函数获取·····

将kernel32的内存加载地址传入ebx，并判断是否有获取成功，如果没有则利用PEB寻找到dll地址，如果找到则跳转。

利用硬编码进行比对，找到所需要执行的函数。

通过序号id找到该函数的地址。

匹配是否命中已过滤的目标，如果命中则退出不进行勒索。

利用Teb. UniqueProcess的方法绕过系统文件保护。

修改ACL权限。
参考：https://new.qq.com/rain/a/20200330A0MJK800

对所需要的信息以及图片进行解密。

解密算法：

解密出信息和分辨率相关。

解密出信息感觉可能是参数信息。

解密出图片相关信息。


解密另外一张图，这应该是一个小图。

打开之后是这样的一个像嘴唇一样的勒索图标。

解密出进程、服务列表：

通过列出的信息可以猜测出，主要是为了结束相关的进程，避免在加密过程中进程运行，导致某些重要数据无法加密。

解密出需要检测的服务：

并将解密出来的信息进行copy，最后free掉当前解密的堆空间。

将进程名称后增加.exe后缀，并将保存增加后的字符串分别保存在内存中，并将地址保存在00C90000中。



服务也是依次方法操作

权限分配和初始化安全标识符


通过上述分析可以看出目前勒索程序正在对当前用户进行检测，判断是否拥有administrator的权限，参考Demo代码如下：

检查命令参数，如果存在的话那么将会退出，可能是为了方便勒索开发人员调试，避免被加密的情况发生所以进行的设置。

判断其中是否包含了一个管理员SID。

程序将以系统权限重新运行。

异或解密信息中文意思是使用管理员权限创建的进程。

由于我们是x64位系统，所以将其放到了SysWOW64目录中。

获取磁盘类型，这是常见的勒索手段之一。

以参数runas 执行以下命令：

开启AES-NI

加载bcrypt.dll,该dll程序所包含的导出表均与加密相关。

利用BCryptGenRandom生成随机数

根据主机的CPU来调整线程优先级。


逻辑驱动器的信息获取，主要是为了能够识别出主机上的分区情况。

获取硬盘类型,根据微软官方给出的返回值中，可以看到主要加密磁盘：本地硬盘、移动硬盘、RAM磁盘，但由于共享磁盘挂载本地的关系也会将其加密。


通过遍历针对每个磁盘创建一个线程进行勒索。


创建线程，利用sleep在线程中实现了对文件的加密，其中避过了系统文件以及非数据文件，例如exe等，主要加密对象为数据文件。

勒索完途中，在每个目录中释放Restore-My-Files.txt文件。

主要用于制作相关的界面信息。



将制作好的相关信息写入bmp图片中。

并将其修改成计算机背景。

设置HTA开机启动：

[注意]传递专业知识、拓宽行业人脉——看雪讲师团队等你加入！