入门系统六消息断点及RUN跟踪补充（可编辑）.pdfVIP

OllyDBG 入门系统 ( 六 ) - 消息断点及 RUN 跟踪补充 看完了 《OllyDBG 入门系统 (五 )- 消息断点及 RUN 跟踪》 之后感觉如何？会否有如下问题： 1、 是否觉得不知道在哪下断？ 2、 为什么要这样子下断？ 3、 如何确定断下来后的位置就是正确的？ 好，就本着这几个问题来分析一遍。 首先，先回顾下 Windows 的消息机制。要点：所有要处理的消息必然会由程序自己处理， 不处理的消息都交由 Windows 处理。 Windows 的消息处理函数的格式，如下： LRESULT CALLBACK WindowProc( HWND hwnd, // handle of window UINT uMsg, // message identifier WPARAM wParam, // first message parameter LPARAM lParam // second message parameter ); 其中 uMsg 就是关键，它代表消息的类型，如： WM_COMMAND,WM_GETTEXT 等。记好 哦。 下面，我们来用实例讲解。 这个 CrackMe 是用对话框做的（你是怎么知道的？） 。 1、 用 OllyDbg 加载， Crtl N ，找到函数： USER32.DialogBoxParamA ，右击 - “在每个 参考上设置断点” 。 2、 F9，运行。看，被拦了下来，如图： 3、 其中 DlgProc 的内容，就是我们需要找的东东。这个地址是消息处理函数的入口点。 现在来解释为什么要在窗口那才有消息断点，看图， 要下消息断点，首先得找到具有 Windows 消息处理函数格式的函数，然后，再根据栈的数 据来判断消息，如果符合下断的消息，那么， OllyDbg 就会拦下来（还会觉得不知道在哪下 消息断点了吗？知道该如何下消息断点了吧？） 。很明显有一点，这个消息断点的功能是有 限的， 比如，要拦主窗口中的菜单消息呢？所以， 消息断点的功能还是有限的。如何扩展？ 扯远了，下面再讲。 4、 Ctrl G 来到 cyle.0041029 ，我们来到了消息处理函数了，但是， OllyDbg 并未识别出 这个函数是消息处理函数。所以，在 cyle.0041029 处，右击 - “分析” - “假定参数”，如 图： 弹出一个对话框，选择“ WinProc(hWnd,msg,wParam,lParam) ”。 点击“应用”后，如图。 5、在 cyle.0041029 处，右击 - “断点”- “在 WinProc 上的消息断点” (平时是不是没见过 这个菜单呀？呵呵 )。 5、 在 “消息”列表框中， 选择你要下断的消息 （Alt B ，删除以前的断点， 以免影响心情） 。 6、 F9，运行，程序运行起来了。这时没什么事情发生，当你在里面点了一个文本框之后 （点它，是想让它获得 Focus(焦点 ) ，以便能够输入数据） ，事情就发生了。现在没办法在文 本框里输入注册码，也没办法点击按钮。这是怎么回事呢？仔细看一下 Stack(栈 )的那个窗 口 ， 噢 ！原 来被 文 本 框的 通 知 EN_SETFOUCE 搞 坏 了 ！停 留在 EN_SETFOCUS 和 EN_KILLFOCUS 两个消息之间了。 7、 好，现在来扩展消息断点（消息断点是否是条件断点的特殊例子？） ，即使用条件断点 （卖弄了一下，呵呵） 。 看你需求，条件和条件记录，在这里是没什么区别的，因为不需要记录的内容。 8、 按 Shitf F2 ，输入 MSG ==WM_COMMAND [ESP C]==66 （这个66 是怎么来的？ 这个就是那个 Check 按钮的