声明:本文仅限于技术讨论与分享,严禁用于非法途径。若读者因此作出任何危害网络安全行为后果自负,与本号及原作者无关。
前言
事情是这样的,国庆前期某地HVV,所以接到了客户通知他们收到了钓鱼邮件想要溯源

直接下载文件逆向分析一波。钓鱼邮件,图标什么的做的还是挺逼真的,还真的挺容易中招的,但是这里的bug也明显,丹尼斯没有客户端,百度一下能够辨别这是钓鱼的。
逆向分析
查壳工具DIE
看是否加壳

当然其他查壳工具也可以exeinfope等,看到的东西不一样

可以看到是64位的应用,无壳,IDA静态分析

直接进入主函数,直接F5逆向main函数c代码

主函数中使用的函数比较少
int __cdecl main(int argc, const char **argv, const char **envp)
{
HRSRC ResourceW; // rbx
HGLOBAL Resource; // rbp
signed int v5; // eax
size_t v6; // rsi
size_t v7; // rcx
void *v8; // rdi
ResourceW = FindResourceW(0i64, (LPCWSTR)0x66, L"DATA");
Resource = LoadResource(0i64, ResourceW);
v5 = SizeofResource(0i64, ResourceW);
v6 = v5;
v7 = (unsigned int)(v5 + 1);
if ( v5 == -1 )
v7 = -1i64;
v8 = malloc(v7);
memset(v8, 0, (int)v6 + 1);
memcpy(v8, Resource, v6);
sub_140001070(v8);
return 0;
}
简单来看就是先查找资源,DATA应该为加密的shellcode
,加载资源赋
给Resource
,计算资源空间大小,malloc
分配空间大小,memset
将申请的内存初始化为0,memcpy
函数的功能是从源内存地址的起始位置开始拷贝若干个字节到目标内存地址中,跟进sub_140001070

可以看到反汇编之后在第52行创建进程,在56行分配虚拟内存,60行写入内存,61行创建线程,这里创建的线程即为恶意进程。这里使用动态调试x96dbg验证我们的分析另外,需要分析一下外联的地址以及注入的进程是什么,64位的应用使用x64dbg,依次下断点
简单计算一下地址,IDA的起始地址为00000001400015C4

FindResourcew
地址为00000001400015C4

在x64dbg中找到起始地址00007FF638B915C4

根据偏移量跳转下断点


F7按步调试

在loadResource
函数中追踪内存

这里加载的是DATA
的内容,即为加密的shellcode
,我们直接用Resouce hacker
直接查看一下恶意进程dennis.exe
的DATA内容

说明我们的分析没有问题,继续向下调试

因为这个应用比较小,所以代码量也不大,f5反编译之后可以直接找到函数下断点,这里不需要计算偏移量了,计算方法跟上面差不多。

调试走到这里,可以发现走的是循环

可以明显的看到有xor
异或指令,这里对shellcode即DATA的内容做异或,异或的对象为byte ptr
指向的地址,内存数据为key
,那么key的内容为

因为是按字节异或所以这里异或的内存应该为78,整个循环异或的key应该为12345678
,shellcode加密的时候应该用的key为12345678加密的,所以这里解密使用key去解密,跳出循环RIP一下,到断点CreateProcessW

可以清晰的看到注入的进程为C:\\windwos\\system32\\svchost.exe
,向下调试

申请虚拟空间内存,然后向下为写入内存

解密完成后写入内存,所以在这里是可以看到外联的ip地址或者说是域名的,这里使用的是ip,查询之后发现是TX云
的服务器。

在向下就是创建进程起服务svchost.exe
了
小结
钓鱼使用的服务器ip地址是TX云怕是报警之后应该可以溯源到本人的真实身份了吧,毕竟现在国内运营商都需要实名,如果用的国内域名也都是实名的不管是否有CDN,不过这种级别的HVV也没必要。第一次逆向分析,多亏了大佬指点,步履维艰,如有错误欢迎指出。
原创稿件征集
征集原创技术文章中,欢迎投递
投稿邮箱:edu@antvsion.com
文章类型:黑客极客技术、信息安全热点安全研究分析等安全相关
通过审核并发布能收获200-800元不等的稿酬。
更多详情,点我查看!
靶场实操,戳“阅读原文“