关于DLL注入的理解

大家好，又见面了，我是你们的朋友全栈君。

DLL注入方式较多，包括API拦截与替换、消息钩子、远程进程注入。通常这些注入都是针对第三方程序（下面简称目标程序）的操作。

目标程序主要分为两种，解释型和编译型。

解析型可以在解释权解释之前做很多事情，解释之前的代码不是二进制代码，而是解释器可以看懂的代码，比较简单，也比较可行。

编译型则无法在编译前做任何事情，因为目标程序一般是第三方编译完成之后发布出来的。编译完成后就是二进制代码（即使能反汇编），就不存在变量名、函数名等标识符，因为这些标识符已经转换成相应的地址。这种情况下，如果拿不到真正的地址，则即使注入到主线程（UI线程）中，依然没有任何作用。除非程序调用的dll包含导出函数，我们可以实现函数地址的替换。

即使采用MFC框架提供的方式，也是对编译后的程序无能为力的，因为MFC框架也只是一段普通代码，并不是WIN API，无法获取OS执行过程中的任何消息或者改变OS执行过程中的任何操作。

Windows API中使用的是句柄，C/C++中使用的是指针。两者并没有什么关系。MFC中的对象既有指针，又有句柄，是因为这个对象留出了一个成员变量来存放WIndows窗体句柄（注意：windows窗体对象本身的指针是无法获取的，因为windows api只能获取窗体句柄）。

发布者：全栈程序员栈长，转载请注明出处：https://javaforall.cn/145710.html原文链接：https://javaforall.cn