1 / 18
MFC 程序逆向 – 消息篇(上)
作者：szdbg
Email:szdbg@sina.com
前言：
记得前一段时间，我刚接触软件破解和逆向这一行时，对于一些软件不知从何处跟踪按钮消息，试了好多方法，就是断
不下来，在系统模块中经常转得晕头转向，而一无所获。
MFC 程序是一种常见类型的程序，我静下心来，潜心研究了一下 MFC 消息流程。弄清原委之后，一切豁然开朗，发现跟
踪 MFC 程序和消息处理原来是如此。。。，跟踪按钮事件处理也由此变得特别简单。
于是，我将这些研究整理成文，以备后忘。并希望大家有所帮助，失误之处，请高手指正。
本文目的就是以一个 MFC 的标准对话框程序为例,同时从源码和反汇编代码两方面来研究 MFC 消息的流程走向，弄清 MFC
消息路径的所有站点，这样就可以任意定位 MFC 的所有消息事件，可以从任一站点切入，进行跟踪分析 MFC 的处理过程。甚
至可以从 PumpMessage 大本营出发，一直全程跟踪，做到心中有数，不慌不乱。
关于对话框的启动过程，其过程很简单，程序进入 WinMain 函数之后，会调用对话框的 DoModal 函数，然后就进入
RunModalLoop 函数，消息循环在这里就开始了，限于篇幅，本文不作多说，有兴趣者可看看 MFC 源码。本篇重点在于分析
MFC 的消息分发处理的过程。先看一下 RunModalLoop 函数部分源码：
int CWnd::RunModalLoop(DWORD dwFlags)
{ ...
for (;;)
{ ...
do
{ if (!AfxGetThread()->PumpMessage()) // pump message, but quit on WM_QUIT
{
AfxPostQuitMessage(0);
return -1;
}
...
} while (::PeekMessage(pMsg, NULL, NULL, NULL, PM_NOREMOVE));
}
...
}
这里，AfxGetThread()->PumpMessage()是 MFC 消息处理的大本营，MFC 程序的所有消息就是从这里开始，经过重重路
径转换，翻山越岭,中途直达 Windows 系统内核，再返回到 MFC 地界，又途经不少周折，才找到最终目的地 – 消息函数地
址。可谓是山重水复疑无路，柳暗花明又一村。
一个按钮点击事件的过程如下：
CWinThread::PumpMessage -> CWnd::PretranslateMessage -> CWnd::WWalkPreTranslateMessate ->
CD1Dlg::PreTranslateMessage -> CDialog::PreTranslateMessage -> CWnd::PreTranslateInput ->
CWnd::IsDialogMessageA -> USER32 内核 -> AfxWndProcBase -> AfxWndProc -> AfxCallWndProc -> CWnd::WindowProc ->
CWnd::OnWndMsg -> CWnd::OnCommand -> CDialog::OnCmdMsg -> CCmdTarget::OnCmdMsg -> _AfxDispatchCmdMsg ->
CD1Dlg::OnButton1()
VC 下，可以随手写一个标准的对话框程序，上面放一个按钮，点击按钮后，弹出一个消息框。我们现在就从 PumpMessage()
开始，踏上消息之旅，来分析这中间的消息流程。
剩余17页未读，继续阅读
评论0
最新资源