必杀技公布——用特征码定位关键代码，秒杀MFC程序

文章标题】: 必杀技公布——用特征码定位关键代码，秒杀MFC程序
【文章作者】: 书呆彭
【下载地址】: 自己搜索下载
【使用工具】: VC与OllyICE
【作者声明】: 只是感兴趣，没有其他目的。失误之处敬请诸位大侠赐教!
--------------------------------------------------------------------------------
【详细过程】
本文所讲的方法，其实是一个很古老的方法了。以前，考虑到此法的杀伤力巨大，不便于公布。

随着软件开发者保护意识的提高和软件保护技术的发展，此法的杀伤力逐渐下降成为普通等级。

我本人这学期的课程和任务十分多，打算暂时把程序调试这个业余爱好放一放，估计至少会有半年时间不常来看雪了。

把这个方法写出来，算是给大家的告别礼物。

对于直接使用SDK而不使用第三方库的程序，我们要定位到程序的“关键代码”并不困难。通常在CreateWindow函数或DialogBoxParam函数下断点，可以直接获得其主界面的窗口过程或对话框过程。但是对于使用了MFC的程序，我们找到的窗口过程或对话框过程是在MFC提供的程序框架的内部，经过层层的分发和筛选，消息才最终到达用户代码，直接分析起来比较繁琐。

幸好，有一个Olly的脚本，可以直接帮助我们找到诸如OnOK()之类的函数。这个脚本用到的方法，是建立在对MFC内部机制充分理解的基础上，通过在消息分发的代码处下条件断点而完成的。

然而，我马上要讲到的这个方法，在一定程度上，比这个脚本还好使，可以一下就定位到我们感兴趣的代码处。而且，可以举一反三，如果你看明白了其中的思路，可以自己扩展成为十分强大的“必杀技”，不仅对MFC，对其它的应用程序框架也有效果。

我就不讲我如何想到的这个方法，只讲两个例子。如果你看懂了这个例子，其中的思路肯定会明白了。而且，十分简单。

我以MFC42为例。先打开VC6，创建一个MFC的对话框程序，按默认设置。我们在“OK”按钮的处理函数OnOK()的开头，写上这样一句：

__asm int 3

然后，按Release编译。

现在，用OD调试程序，不要忽略int3异常，F9运行，点击“OK”，OD马上断下。

看堆栈：


代码:
0012F80C 73EFE938 返回到 MFC42.73EFE938
0012F810 00000000
0012F814 004022E8 MFCDialo.004022E8

我们到 MFC42.73EFE938这看一下：


代码:
73EFE932 8B4D 08 MOV ECX, DWORD PTR SS:[EBP+8]
73EFE935 FF55 14 CALL DWORD PTR SS:[EBP+14] ; 这句就是调用用户函数的CALL
73EFE938 5F POP EDI ; 这就是堆栈中的 MFC42.73EFE938
73EFE939 8BC6 MOV EAX, ESI
...

我们看到，73EFE935处的CALL [EBP+14]的目标函数就是我们的OnOK()。记住这个地址。

我们按ALT+E，打开模块列表，双击下面MFC42.dll这一行：


代码:
Executable modules
基址 大小 入口 名称 文件版本 路径
00400000 00005000 00401780 MFCSigna 1, 0, 0, 1 F:/Documents/MY CODE/MFCDialog/Release/MFCDialog.exe
00460000 0009B000 00486E23 ADVAPI32 5.2.3790.3959 (s D:/WINDOWS/syswow64/ADVAPI32.dll
00500000 0008B000 0050155C OLEAUT32 5.2.3790.4202 D:/WINDOWS/syswow64/OLEAUT32.dll
00590000 00052000 005A006D SHLWAPI 6.00.3790.3959 ( D:/WINDOWS/syswow64/SHLWAPI.dll
02160000 00017000 odbcint 3.526.1830.0 (sr D:/WINDOWS/system32/odbcint.dll
48890000 0003D000 488C5681 ODBC32 3.526.3959.0 (sr D:/WINDOWS/system32/ODBC32.dll
4B3C0000 00050000 4B3C1574 MSCTF 5.2.3790.3959 (s D:/WINDOWS/SysWOW64/MSCTF.dll
4DC30000 0002E000 4DC49F69 msctfime 5.2.3790.3959 (s D:/WINDOWS/system32/msctfime.ime
71BB0000 00009000 71BB1060 WSOCK32 5.2.3790.0 (srv0 D:/WINDOWS/system32/WSOCK32.dll
71BF0000 00008000 71BF123D WS2HELP 5.2.3790.1830 (s D:/WINDOWS/system32/WS2HELP.dll
71C00000 00017000 71C02560 WS2_32 5.2.3790.3959 (s D:/WINDOWS/system32/WS2_32.dll
73EB0000 00121000 73F84A8E MFC42 6.06.8063.0 D:/WINDOWS/system32/MFC42.DLL
75490000 00065000 754C93CA USP10 1.0422.3790.3959 D:/WINDOWS/system32/USP10.dll
75E60000 00027000 75E61239 apphelp 5.2.3790.3959 (s D:/WINDOWS/system32/apphelp.dll
76190000 00012000 76193341 MSASN1 5.2.3790.3959 (s D:/WINDOWS/syswow64/MSASN1.dll
761B0000 00093000 761B15FA CRYPT32 5.131.3790.3959 D:/WINDOWS/syswow64/CRYPT32.dll
762B0000 00049000 762B16A5 comdlg32 6.00.3790.3959 ( D:/WINDOWS/syswow64/comdlg32.dll
77210000 000AB000 772115A2 WININET 6.00.3790.4392 ( D:/WINDOWS/syswow64/WININET.dll
77530000 00097000 775948BA COMCTL32 5.82 (srv03_sp2_ D:/WINDOWS/WinSxS/x86_Microsoft.Windows.Common-Controls_6595b64144ccf1df_5.82.3790.3959_x-ww_78FCF8D0/COMCTL32.dll
77670000 00139000 776BC692 ole32 5.2.3790.3959 (s D:/WINDOWS/syswow64/ole32.dll
77BA0000 0005A000 77BAF78B msvcrt 7.0.3790.3959 (s D:/WINDOWS/syswow64/msvcrt.dll
7C8D0000 007FF000 7C92BB2B SHELL32 6.00.3790.4184 ( D:/WINDOWS/syswow64/SHELL32.dll
7D4C0000 00130000 7D4DFD59 kernel32 5.2.3790.4062 (s D:/WINDOWS/syswow64/kernel32.dll
7D600000 000F0000 ntdll 5.2.3790.3959 (s D:/WINDOWS/system32/ntdll.dll
7D800000 00090000 7D82B710 GDI32 5.2.3790.4396 (s D:/WINDOWS/syswow64/GDI32.dll
7D8D0000 00050000 7D8E0E4B Secur32 5.2.3790.3959 (s D:/WINDOWS/syswow64/Secur32.dll
7D930000 000D0000 7D969635 USER32 5.2.3790.4033 (s D:/WINDOWS/syswow64/USER32.dll
7DA20000 000E0000 7DA3049E RPCRT4 5.2.3790.4115 (s D:/WINDOWS/syswow64/RPCRT4.dll
7DBC0000 00009000 7DBC12E2 LPK 5.2.3790.3959 (s D:/WINDOWS/system32/LPK.DLL
7DBD0000 00103000 7DC5A99E comctl_1 6.0 (srv03_sp2_r D:/WINDOWS/WinSxS/WOW64_Microsoft.Windows.Common-Controls_6595b64144ccf1df_6.0.3790.3959_x-ww_5FA17F4E/comctl32.dll
7DEE0000 00060000 7DEF02D0 IMM32 5.2.3790.3959 (s D:/WINDOWS/system32/IMM32.DLL
7DF50000 00070000 7DF637D7 uxtheme 6.00.3790.3959 ( D:/WINDOWS/system32/uxtheme.dll

就来到了MFC42.DLL这个模块的.text节了。好，我们按Ctrl+F，输入CALL [EBP+0X14]，回车。搜索到的第一个结果就是：


代码:
73EFE935 FF55 14 CALL DWORD PTR SS:[EBP+14] ; 这句就是调用用户函数的CALL

现在明白本文题目的意思了吧。。。

下面来看看此法的应用。

随便找一个MFC42的CM，用OD载入，有壳，不用管，直接F9，然后ALT+E，双击MFC42.DLL，CTRL+F，输入CALL [EBP+14]，在第一个找到的地址处F2下断点。

点CM的确定按钮，OD断下，F2删除断点，F7。

这里就是按钮的处理函数。可以分析了。

--------------------------------------------------------------------------------
【经验总结】
如果你看明白了我的过程，那么你也应该明白我的思路。

MFC42.DLL的特征码就是指令CALL [EBP+14]

顺便说一下，所有的按钮控件的处理函数OnXXXClick()都经过这里。并且，编辑框控件的OnChange()函数，以及其它很多控
件的消息，比如CheckBox的消息，甚至OnClose()也都经过这里。什么原因呢？因为MFC框架的消息分发过程，是按参数类型
模板分类的。如果不理解，就不用理解了，只要记住方法就行了。

另外，对所有的MFC程序，如MFC71D,MFC90U等，这个方法都可以用，并且静态连接的也可以，并且Delphi的程序也可以，只
要掌握了原理，方法大同小异。至于各自的“特征码”是什么，自己去找吧。

祝同学们早日成为高手。

--------------------------------------------------------------------------------
【版权声明】: 本文原创于看雪技术论坛, 转载请注明作者并保持文章的完整, 谢谢!