断点 技术相关

版权声明：本文为博主原创文章，未经博主同意不得转载。 https://blog.csdn.net/ls1160/article/details/36707249

继续研究一下OD实现部分中 断点相关的技术：

 

1、普通断点：

1.1 OD的处理方法是将指令的第一个字节替换成CC，造成中断。为什么能够？（由于它属于int3中断  的代码） 

这个INT 3指令，其机器码是CCh，也常称为CC指令。当被调试进程运行INT 3指令导致一个异常时。调试器就会捕捉这个异常从而停在断点处，然后将断点处的指令恢复成原来指令。

当然。假设自己写调试器，也可用其它一些指令取代INT 3来触发异常。

用INT 3断点的优点是能够设置无数个断点，缺点是改变了原程序指令，easy被软件检測到。比如为了防范API被下断。一些软件会检測API的首地址是否为CCh，以此来推断是否被下了断点。在这用C语言来实现这个检測。方法是取得检測函数的地址。然后读取它的第一个字节，推断它是否等于“CCh”。

 

1.2通过检測指令的第一个字节是否为CC来反调试。

  实现？

FARPROC Uaddr ;
BYTE Mark = 0;
(FARPROC&) Uaddr =GetProcAddress ( LoadLibrary("user32.dll"),"MessageBoxA");
Mark = *((BYTE*)Uaddr);       // 取MessageBoxA函数第一字节
if(Mark ==0xCC)               // 如该字节为CC，则觉得MessageBoxA函数被下断
    return TRUE               // 发现断点

程序编译后，对MessageBoxA设断。程序将会发现自己被设断跟踪。当然躲过检測的方法是将断点下在函数内部或末尾，比如能够将断点下在函数入口的下一行，就可躲过检測了。 

总之是一个比較勉强的反调试方法。 

当我们设置断点后,OD会将相应指令处第一个字节指令替换成CC。

可是为了不影响界面显示效果,OD会将CC显示为原字节。

可是,我们能够在内存单元中读取出其真实的内容,而且能够在反调试中用此方法来检測断点。所以,我们设置的断点有时候莫名其妙的消失了不要感到奇怪,也许说这是调试器的本身的弱点吧。

 2、BPX对全部调用都下断点

2.1BPX能够给引用或者调用了指定API函数的指令都下断点。

 

2.2或者通过 查看函数列表（ctrl+N）--> 搜索相应函数-->  右键选择查看调用树 --> 从而对函数下断点

 

3、内存断点：

3.1通过设置内存页的訪问属性，来触发异常。从而产生断点。

“Memory,on access（内存訪问）”是内存訪问断点(读或者写),

“Memory,on write（内存写入）”是内存写断点。 

这样的类型的断点改动内存页的訪问属性。当前我们设置了内存断点。不论什么代码訪问(读,写或者运行代码)了该处代码的话,都会触发异常。 

3.2还能够对区块进行内存訪问和写入。

 

3.3内存訪问一次性断点

 

这个断点是一次性断点。当所在段被读取或运行时就中断。中断发生以后。断点将被删除。想捕捉调用或返回到某个模块时，如后面章节中的脱壳时，该类断点就显得特别实用。

部分总结到这里，明天继续。

转载于:https://www.cnblogs.com/xfgnongmin/p/10661229.html