我们先来定位一下消息接收函数,这对我们后面分析消息发送函数会有所帮助。
与接收消息函数最直接相关的东西肯定是消息本身,所以消息本身的内容就是我们的切入点。我们可以首先找到存放消息内容的地址,然后对地址下断,通过栈回溯最终定位到接收消息的函数
首先用另外一个微信给自己发一条消息,在不点开消息的状态下用CE搜索消息内容
然后再发送一条消息
此时有效结果只剩下3个,把这三个地址加入到下方地址栏,右键->更改记录->类型
将显示范围调大
其中有一个是最原始的未经处理的消息,也是显示的最全的那一条,剩下的两条是经过处理的。我们需要中间那个未经任何处理的消息
既然消息内容的地址找到了,那么接下来就通过这个内容来找到接收消息的函数
在OD中找到这个地址,下内存写入断点。为什么是写入不是访问?因为这个是最原始的的消息,要想对这条消息进行处理就必须改写当前的这条消息,所以在这个位置下内存写入断点,当客户端对这条原始消息进行处理时,断点就会断下。
此时,再次发送一条消息,程序断下,删除内存写入断点,这个时候堆栈的返回地址里面一定有一个函数是用来接收消息的。我们点击K查看调用堆栈。
经过排查确认是这个call,大家可以根据我图中的函数特征直接找到这个call。我们在这个函数下断点,让程序再次断下,分析附近的代码。
好友消息
此时我们点击查看堆栈中esp寄存器的值,数据窗口跟随
此时[esp+0x40]的位置是发送者的微信ID,[esp+0x68]的位置是消息内容(通过这个call我们还可以拿到文件助手的ID是filehelper,这对后面分析消息发送会有用,大家可以去试验一下)
[esp+0x114]的位置是0,[esp+0x128]的位置是一串未知数据。
然后我们再发送一条群消息,看看有什么区别
此时[esp+0x40]的位置是群ID,[esp+0x68]的位置是消息内容
[esp+0x114]的地址不再是零,而是消息发送者的ID,[esp+0x128]的位置依旧是一串未知数据。大家可以用同样的方式分析处图片和表情在内存中的表现形式。
那么我们只要记录下这个call的地址+偏移,然后写一个dll注入到微信进程空间中,HOOK这个函数,就能拦截所有的消息,并显示到我们的程序中。
总结一下思路,寻找切入点->找地址->下断->栈回溯分析。就是这么简单粗暴
注入之后接收消息的代码如下:
void RecieveMsg()
{
wstring receivedMessage = L"";
BOOL isFriendMsg = FALSE;
//[[esp]]
//信息块位置
DWORD** msgAddress = (DWORD * *)r_esp;
//消息类型[[esp]]+0x30
//[01文字] [03图片] [31转账XML信息] [22语音消息] [02B视频信息]
//感谢:.順唭_自嘫ɑ、unravel提供类型消息。
DWORD msgType = *((DWORD*)(**msgAddress + 0x30));
receivedMessage.append(L"消息类型:");
switch (msgType)
{
case 0x01:
receivedMessage.append(L"文字 ");
break;
case 0x03:
receivedMessage.append(L"图片 ");
break;
case 0x22:
receivedMessage.append(L"语音 ");
break;
case 0x25:
receivedMessage.append(L"好友确认 ");
break;
case 0x28:
receivedMessage.append(L"POSSIBLEFRIEND_MSG ");
break;
case 0x2A:
receivedMessage.append(L"名片 ");
break;
case 0x2B:
receivedMessage.append(L"视频 ");
break;
case 0x2F:
//石头剪刀布
receivedMessage.append(L"表情 ");
break;
case 0x30:
receivedMessage.append(L"位置 ");
break;
case 0x31:
//共享实时位置
//文件
//转账
//链接
receivedMessage.append(L"共享实时位置、文件、转账、链接 ");
break;
case 0x32:
receivedMessage.append(L"VOIPMSG ");
break;
case 0x33:
receivedMessage.append(L"微信初始化 ");
break;
case 0x34:
receivedMessage.append(L"VOIPNOTIFY ");
break;
case 0x35:
receivedMessage.append(L"VOIPINVITE ");
break;
case 0x3E:
receivedMessage.append(L"小视频 ");
break;
case 0x270F:
receivedMessage.append(L"SYSNOTICE ");
break;
case 0x2710:
//系统消息
//红包
receivedMessage.append(L"红包、系统消息 ");
break;
case 0x2712:
receivedMessage.append(L"撤回消息 ");
break;
default:
break;
}
receivedMessage.append(L"\r\n");
//dc [[[esp]] + 0x114]
//判断是群消息还是好友消息
//相关信息
wstring msgSource2 = L"<msgsource />\n";
wstring msgSource = L"";
msgSource.append(GetMsgByAddress(**msgAddress + 0x168));
if (msgSource.length() <= msgSource2.length())
{
receivedMessage.append(L"收到好友消息:\r\n");
isFriendMsg = TRUE;
}
else
{
receivedMessage.append(L"收到群消息:\r\n");
isFriendMsg = FALSE;
}
//好友消息
if (isFriendMsg == TRUE)
{
receivedMessage.append(L"好友wxid:\r\n")
.append(GetMsgByAddress(**msgAddress + 0x40))
.append(L"\r\n\r\n");
}
else
{
receivedMessage.append(L"群号:\r\n")
.append(GetMsgByAddress(**msgAddress + 0x40))
.append(L"\r\n\r\n");
receivedMessage.append(L"消息发送者:\r\n")
.append(GetMsgByAddress(**msgAddress + 0x114))
.append(L"\r\n\r\n");
receivedMessage.append(L"相关信息:\r\n");
receivedMessage += msgSource;
receivedMessage.append(L"\r\n\r\n");
}
receivedMessage.append(L"消息内容:\r\n")
.append(GetMsgByAddress(**msgAddress + 0x68))
.append(L"\r\n\r\n");
//文本框输出信息
USES_CONVERSION;
SetWindowText(GetDlgItem(hWinDlg, IDC_MSG), W2A(receivedMessage.c_str()));
}
首先思考一下消息发送函数背后的编程逻辑,一个发消息的函数,至少需要三个参数。第一个是发送给谁,第二个是发送的内容,第三个是消息的类型。所以我们可以从参数入手,然后通过栈回溯的方式找到发送消息的call。
至于突破口我们可以从发送的消息内容和消息的接收者的微信ID入手,比如文件传输助手的微信ID是filehelper,这个可以在接收消息的call中拿到。以这个微信ID为突破口会比从文本来追溯方便。
在拿到接收者的微信ID之后,对这个地址下内存访问断点,然后通过栈回溯的方式就能找到发送消息的call
首先将当前聊天窗口设置为文件传输助手,搜索filehelper
除了文件传输助手,我们还知道个人的微信ID都是以wxid_
开头的,所以将窗口切换到微信好友,搜索wxid_
接着我们选中所有地址,加入到下方地址栏
然后选择全部地址右键->更改记录->类型
将长度修改为50以显示更多的内容
此时你会看到微信好友的ID,记录下这个ID,待会有用
再将窗口切回文件助手,下方地址栏的ID会发生变化,将数值不是filehelper的全部剔除掉。剩下的地址中的某一个是当前窗口的微信ID,它会随着你当前微信窗口ID进行变换。
这个当前聊天窗口的ID到底有什么作用呢?我们来测试一下
选中所有地址,右键->更改记录->数值,将当前聊天窗口的ID改为filehelper,然后在当前好友的聊天窗口发送一条消息,你会发现此时消息发到了文件传输助手
当前聊天窗口的ID是谁 谁就会接收到这条消息,利用这个特性我们来找出那个唯一的当前窗口ID
选中一半地址,将其更改为filehelper,然后在当前窗口发送消息。如果消息发给了filehelper,那么选中的地址里面就有真正的当前聊天窗口的ID。重复这个步骤,可以找到真正的当前窗口ID
接着载入OD,在找到的当前窗口ID的地址中下一个内存访问断点。为什么是内存访问断点而不是内存写入呢?因为当前微信窗口的ID肯定会被发送消息的当作参数传入到堆栈中,所以必定会访问这个ID,而不是写入ID。
给好友发送一条消息,点击发送,内存访问断点断下。
此时eax指向当前窗口ID,接着删除内存访问断点。点击K查看调用堆栈,在堆栈的返回地址中逐个排查每一个函数,这个函数必须有两个以上的参数,其中一个参数是消息内容,另外一个参数是消息ID
经过排查,可以在调用堆栈的第二层找到一个疑似发消息的call。在这个地方下断点,让程序断下,分析附近代码
普通消息
此时edx指向微信ID,[edx+4]保存的是微信ID的长度
ebx指向消息内容,[ebx+4]保存的是消息内容的长度。那么这个很有可能就是我们要找的发送消息的call。
找到了发送消息的函数,那么怎么验证呢?利用微信ID。将edx指向的微信ID的地址和我们之前在CE中找到的当前窗口的微信ID对比,你会发现两个地址是一样的。
改变这个地址的微信ID和内容,就能直接改变消息的接收者和内容,这个刚才我们已经实验过了。再结合这个函数传入的参数有当前消息的内容,就可以确定这个call就是微信发送消息的函数。
艾特某人消息
除了以普通文本的方式发送消息以外,还可以以艾特某人的方式发送消息。那么当发送的消息是艾特某人的时候,这个函数和发送普通文本消息有什么区别呢?区别就在于eax寄存器的值
先发送一条普通消息程序断下
此时eax的值为0,然后再发送一条艾特某人的消息
此时eax是有值的,数据窗口跟随,看看这个14704C40的地址保存的是什么内容
里面的被艾特的人的微信ID,普通消息与艾特消息的区别就在于eax是否保存了被艾特人的微信ID。大家可以用同样的方式分析处图片和表情在内存中的表现形式。
接下来我们只要记录下当前发送消息函数的地址+偏移,就能写一个dll注入到微信进程空间中,直接调用发送消息的函数,就能实现用自己写的程序给任何人发送消息。
总结一下思路,寻找切入点->找地址->下断->栈回溯分析。跟接收消息的步骤是一致的。找call的关键在于你能不能找到一个好的切入点,并且利用切入点与call之间的关系。
调用发送消息的函数代码如下:
void SendTextMessage(wchar_t* wxid, wchar_t* msg)
{
//拿到发送消息的call的地址
DWORD dwSendCallAddr = GetWeChatWinAddr() + 0x2EB4E0;
//微信ID/群ID
wxMsg id = {0};
id.pMsg = wxid;
id.msgLen = wcslen(wxid);
id.buffLen = wcslen(wxid)*2;
//消息内容
wxMsg text = { 0 };
text.pMsg = msg;
text.msgLen = wcslen(msg);
text.buffLen = wcslen(msg)*2;
//取出微信ID和消息的地址
char* pWxid = (char*)&id.pMsg;
char* pWxmsg = (char*)&text.pMsg;
char buff[0x81C] = { 0 };
//调用微信发送消息call
__asm {
mov edx, pWxid;
push 1;
mov eax, 0;
push eax;
mov ebx, pWxmsg;
push ebx;
lea ecx, buff;
call dwSendCallAddr;
add esp, 0xC;
}
}
发送消息
接收消息
目前微信机器人的成品已经发布,需要代码请移步Github。还请亲们帮忙点个star:https://github.com/TonyChen56/WeChatRobot
*本文作者:TonyChen,转载请注明来自FreeBuf.COM