代码总览
(just_inject.cpp)
1 |
|
代码解释
前言
众所周知在现代操作系统(Windows、Linux、MAC)中,每个进程是相对独立的,一个进程的资源分配和运行直接由操作系统处理。操作系统将内存空间分为用户空间与内核空间,其中,操作系统及驱动程序运行在内核空间,拥有较高权限,甚至对硬件都有极大影响,用户空间则用来给普通进程使用,拥有较低的权限,只能使用一些操作系统、驱动开放的接口来实现功能(一般EXE、DLL类程序运行在用户空间,SYS类程序运行在内核空间)。当一个程序成为了进程,操作系统为其在内存中分配资源,来存放机器指令和数据,并为其映射了虚拟的内存地址,从而实现进程之间的相互独立性,这也是为什么一个进程无法直接通过内存地址访问另一个进程的数据,或者说同样一个内存地址对于不同进程,(极大)可能存储着不同的数据。
但是想实现操作其他进程的内存也不是毫无办法,Windows提供了一系列相关API,本文中使用了VirtualAllocEx,该函数可以在某一进程中分配内存,若分配成功,我们可以使用另一函数WriteProcessMemory来修改这块内存空间的内容。
DLL为何物
本文作为DLL注入的第一章,那就不得不先介绍一下DLL了。DLL为动态链接库的英文缩写,“库”字,顾名思义,我们可以在里面存放一些东西,也就是指令和数据;“链接”是一个与编译原理有关的名词,因为DLL主要存放函数,而程序运行可以通过链接信息,找到某一函数的所在地址从而调用该函数;“动态”表示DLL是在程序运行时才加载的(静态链接库在程序编译时进行加载,程序运行时就无需加载静态链接库了)。由此我们可以总结,DLL是一个在程序运行时,可以由程序自己加载的函数、数据库。另外需要补充很重要的一点,操作系统中一个动态链接库可能有很多进程来使用,但是操作系统在内存中只会保留一份这个动态链接库供所有进程使用。
DLL注入?
既然我们知道了DLL可以由程序自己加载,那么就不难想到,如果我们利用CreateRemoteThread函数在另一个进程中创建一个线程,让这个线程通过某种方式加载DLL到进程中,那么我们是不是就可以将我们写好的DLL“挂”到任意一个进程中了呢?
没错,这也就是这种DLL注入方法的思想。CreateRemoteThread注入DLL的核心函数就是CreateRemoteThread,这个函数可以用来在其他进程中创建线程,(在上一篇文章《远程线程『 RemoteThread 』》也提到了,大家可以看一下),我们将线程执行的函数就设为LoadLibraryW,将参数设为DLL在文件系统中的绝对地址,线程启动后便可成功注入了。在这里,DLL在文件系统中的绝对地址以宽字符串类型(LPCWSTR)来存储,我们利用VirtualAllocEx、WriteProcessMemory来在目标进程中分配空间并写入字符串。还有一点要注意,虽然操作系统为每个进程映射了不同的虚拟内存地址,但是每个进程的kernel32.dll的映像起始地址都是相同的,所以LoadLibraryW函数在每个进程中的地址也都一样。
附:示例DLL源代码
1 | // dllmain.cpp : Defines the entry point for the DLL application. |
Reference
[1] Gality369/Process-Injection: 汇总了目前可以找到的所有的进程注入的方式,完成了x86/x64下的测试,不断更新中 https://github.com/Gality369/Process-Injection