原文
" H0 f$ ^/ m& r* ?6 O9 chttp://www.cnblogs.com/rogeryu/archive/2009/06/04/1496538.html
' \$ y ^% U9 c* n& Z s
8 P/ n/ C3 o4 D9 \" ~7 |5 _所谓的API Hook,就是利用某种技术将API的调用转为我们自己定义的函数的调用。这种技术在实际项目里面的应用也是很广泛的。最近,我在做关于我们项目的自动化测试的时候,就遇到了这种情况。在写测试代码之前,我们对测试代码有一些要求。1. 不能因为测试代码而修改原代码。2. 原有的模块是以dll格式输出的,在做测试的时候,要测的类和函数也只能使用dll的导出类或者函数,而不能将源文件重新编译。由于这些限制,导致测试用例往往不能在普通的机器上运行。比如这样一个函数:. `. z& F4 t/ o& V. \; ]
4 h8 U& P# `8 ~- X
int func()" x: R! o- q: c9 d$ D) y' C
{
' z2 `1 `( a2 U. p9 d- y //Some initializing codes
3 {1 w3 h" a- P `2 ~# d8 { int hardware_code = get_hardware_code();
9 ]3 M' V: }1 t+ x if (is_valid_code(hardware_code))& G g, I+ \: p# Z Y$ I8 z3 o( [
{5 X; I. u% T* F0 Q8 z
//" L7 g* w& Y8 R* `6 c, b; R
}) X% h& k* k3 e* ^
//
/ p! L4 n* N4 ~ O6 J/ W return ret;' u( ]/ W% L: i. _
}2 B+ f m% M( }! E4 X( ]0 `- |
此处,函数get_hardware_code()是与特定平台相关的,在普通PC上运行肯定无法获得正确的结果。如果拿不到正确的结果,也就不能对函数func()进行测试了。于是,我们就可以利用API Hook技术,在测试代码里面,把所有对get_hardware_code()的调用换成我们自定义的函数mock_get_hardware_code()的调用,这样,在我们自己定义的函数里面,可以返回一个有效的代码以保证原代码能够正确的往下执行。
8 }5 D2 t1 P4 P
1 {8 }$ o- P2 f经过研究,API Hook有这么几种方法。
7 b& |8 ]/ N4 F! K& C& @0 G. l' u
" p% O) \# Q& Z8 K1. 改写函数的首地址。
3 F5 z& W$ \# r9 P+ P/ g9 F: Y+ c3 }
这个是在《Windows核心编程》里面大师提到的API Hook的方法之一。原理就是,首先获得要被Hook的函数的地址(比如get_hardware_code()),然后将其首地址之后的若干字节(通常是5个字节)改成一条jmp指令,而jmp的目标地址就是自定义函数的地址(此处为mock_get_hardware_code())。这样,当函数每次执行目标函数的时候,就会跳转到我们自定义的函数里面去。这种方法很简洁,据说在Win16的年代经常被使用。但是大师并不推荐,好像是因为这种方法在多线程的环境下会有什么问题(具体的我忘记了,大家可以翻书看看)。6 K$ `0 f) h7 k& q9 n8 V: r
8 y3 t2 W- t9 k) E# @
这样的话,只要我们能得到被调函数的地址,我们就可以随心所欲的修改。当然,由于大师的不推荐,我这种方法只是实现了一下,并未真正应用。
# g* q" ^% i, p/ [& L
5 V2 e: u q" T/ F/ I5 e+ j2. 改写导入表
8 w5 C7 k$ L! M& l) ]# V& U8 r4 z% j& b# N- t# {
这个也是《Windows核心编程》里面提到的,也是大师所推荐的。具体来说,就是遍历当前进程里面的所有模块,对其中每一个模块查找它的导入表。如果找到被测函数所在的dll,并且发现这个函数,那么就把这个地址修改成自定义函数的地址。关于如何从导入表中发现被测函数,我也总结了两种方式。1)对于一般的C导出函数,可以直接通过比较地址的方式去找,这个也在核心编程上面有一个小例子。2)对于C++中的导出的类成员函数而言,由于C++的指向成员函数的指针和普通的指针有所差别(我没仔细研究过,从网上查的),在将一个成员函数指针转化成普通的函数指针的时候编译通不过,因此我采取了第二种查找方式,也就是查找函数名。这还有一个问题,由于C++的导出成员函数名都进行了修饰,类似于?MethodName@ClassName@...@Z这种怪异的名字,不过,只要知道类名和方法名,然后查找MethodName@ClassName字符串就行。如果找到了这样的函数,然后在修改它的地址就行了。+ ]1 }, @: O- ^& P; _3 |) I+ ^
! ?- X5 @ F9 i- N
另,关于导入表,大家可以去看雪论坛上有关Windows PE文件格式的介绍。此处就不多说了。# X5 i$ j/ v7 S5 e! c& V. @. o
/ d% Q: j" B, l3 S' k3. 改写虚函数表。' \2 `4 [6 |; j6 D/ E( t% u' A
4 _) }# ]4 L+ A8 p* b- H1 i本来以为通过方法2就能hook住所有的导出类成员函数和普通函数,但还是出现了一个问题,因为我在尝试hook一个成员函数的时候,发现这个函数根本没有在导入表里面。后通过反汇编发现,由于那个导出类成员函数是一个虚函数,因为在通过指针调用的时候,它实际上是从虚函数表里面获得的函数地址进行调用的。因此对于hook这类函数,就需要改写它的虚函数表了。关于这个需要对C++的内存布局有所了解。我在这里就说一种比较简单的方式吧。" J! T' I8 [; v) ?
: ?6 g$ E- N- T; e
一般来说,对于某个含有虚函数表的C++类,this指针指向的地址,取值就是虚函数表指针。虚函数表指针指向了虚函数表,里面的每一个元素都指向了实际要调用的函数的地址。因此,可以按照这样的方式访问虚函数表指针:+ ~" T+ H& U& v }" h' G! L5 J
7 b: U5 H/ n5 B3 r- Q0 k% M
int** pVTable = (int**)this;
8 R6 _% {/ w+ h& J# e3 S* C; |
+ \8 p; ~9 v q) L也就是将指向对象的指针强制转化成指针的指针,这样就可以通过取值就可以访问虚函数表:/ p$ u+ z- {: l. P
0 ~2 C' }. L5 W(*pVTable)[0] = address of virtual function 1;: o4 S9 ~% ?- X/ L# U4 I2 V+ N& C" {
+ l$ ]( L4 H! n8 C! M" B6 Z7 | X
(*pVTable)[1] = address of virtual function 2;4 _+ e3 k% z4 M
& J }; u! G" f% t. {3 G8 Q3 E( f \..., D U; M* Y2 H+ t
3 d f* ?0 t) d. D$ e1 ?
因此,我们就可以改写虚函数的地址了,从而达到hook的目的。这种技术来源于网上。当然,我对C++的内存布局也不是十分的清楚,如果一个类进行了多重继承,它的虚函数表是什么样子我也不太明白,这里只是说明了这样一种技术。
9 a7 m, ]' C5 C0 e3 }7 A9 m1 L- p9 e/ P$ R% m
以上就是目前为止我应用到的三种API Hook的技术,其实实际应用到的也就是后两种,这两种技术能够满足我目前项目的需要了。如果还有其他关于API Hook技术的话大家也可以交流。: b) S. Q4 X8 V
" S6 x4 ]# H2 }! }+ G% f' z
另外需要说明的一点是,上述三种方法中不管哪一种在改写地址的时候,由于Windows一般将那个地址所在的页面设置了保护属性,因为你需要用VirtualProtect函数将页面改为可读可写的属性才能改写,否则会有异常的。 |