HotFixHook & 原理与实现(2)

HotFixHook & 原理与实现(2)

HotFixHook也可以称为热补丁,这种HOOK方法本质上与InlineHook没有什么区别,但是它的效率更高,之所以这样,是因为HotFix的指令替换原理与Inline不同。InlineHook因为占用了函数头至少5个字节的空间,所以这种方式是影响函数正常运行的,如果需要在HOOK函数中调用原有的执行流程,那么就必须在调用原有流程之前卸载掉HOOK,也就是将被替换的字节码还原。而当退出之前如果想要继续接管这个函数,那么又需要将HOOK代码再次替换掉。那么一来二去,每次调用HOOK函数都需要摘一次挂一次HOOK,造成了很大的资源浪费,导致效率降低。而HotFix采取了另外的替换思路。例如说MessageBoxA原有的函数实现是下图这样的:

HotFixHook & 原理与实现(2)

如果是InlineHook,那么就会直接替换5个字节,变成下图这样:

HotFixHook & 原理与实现(2)

而HotFixHook采取另外的思路,因为根据上面的第一张图可以发现,函数头的位置是8BFF,也就是mov edi,edi,这种代码本身在函数中并没有起到任何作用,也就说,即使破坏了这句硬编码,但是只要从函数地址加二的位置上开始执行,依然不影响函数的正常功能,也因此,我们可以将这两个字节替换成EB F9,也就是一个短跳指令,如下图:

HotFixHook & 原理与实现(2)

此时我们就可以在75E034CB的位置往下数,此处地址距离函数头正好有5个字节的空间,那么我们就可以将JMP ADDRESS的指令放到这5个字节里。完成流程劫持的目的,并且,如果我们需要调用原始函数,只需要跳过短跳即可。修改完成后如下图:

HotFixHook & 原理与实现(2)

下面,我们采用MessageBoxA的Hook作为例子,实际体验一下HotFixHook的实现方式。

首先,我们需要一个目标程序,代码如下:

HotFixHook & 原理与实现(2)

然后我们来看一下HOOK后的效果:

正常情况下:

HotFixHook & 原理与实现(2)

HOOK后:

HotFixHook & 原理与实现(2)

接下来,我们将使用代码实现HotFixHook,我这里采用的操作系统是Windows 10 20H2(19042.1288),集成开发环境采用的是Visual Studio 2017。

   

上一篇:react源码解析14.手写hooks


下一篇:react源码解析13.hooks源码