注入 - 代码注入之远程线程篇

代码注入之远程线程篇

引子

         

前些日子由于项目要求，在网上到处找资料，于无意中发现了 CodeProject 上的一篇很老的文章，文章标题为：

Three Ways to Inject Your Code into Another Process

这篇文章呢，出来很久咯，还是 03 年的文章了，可惜我弄底层弄得时间不久哦，不然应该早就看过这篇大作了，

由于是大作，而且出来的又久了，自然在网上也就到处流传咯，

所以也有人将这篇文章翻译成了中文版的，下面给出这篇大作的两个链接：

 

中文版：http://www.vckbase.com/document/viewdoc/?id=1886

英文版：http://www.codeproject.com/KB/threads/winspy.aspx

然后呢，这边由于老大给弄了蛮多好书过来了，其中一本就是所谓的骇客之类的东西，

虽然是繁体的，但是知识点都很不错哦，所以也拿过来看了看，就发现其中对这个远程线程的注入有很多的介绍，

而且貌似前些年的很多病毒或者木马就是通过这屁东西来隐藏的，

看着看着就来劲了，而后呢，自己就根据书中的思路，

然后再结合自己的理解，将理解整理出了代码，然后就出了这篇文章咯 !

然后注意一点的是，在 CodeProject 上的那篇文章中介绍了三种注入代码技术，

第一种就是众所周知的 Hook 了;

第二种是直接将所要执行的代码全部拷贝到宿主进程中,即代码远程注入技术;

第三种则是 DLL 的远程注入技术了，其通过在宿主进程加载自己写的另外的一个 DLL 来实现注入;

然后在我的这篇博文中，我也只是总结前人的思想，然后再加入我自己的立即，

同时由于 Hook 太常见了，常见得不行了，所以我并不会介绍 Hook 了，而只介绍后面的两种方式。

     

代码远程注入技术   

Demo 的效果：

创建的项目为 RemoteThreadCode，即远程注入代码，其实现的功能是当运行 RemoteThreadCode.exe 时，

会在 Explorer.exe 进程中创建一个线程，而这个创建的线程功能实现很简单，

就是弹出一个消息框即 OK !

      

Demo 的效果展示：

当双击执行 RemoteThreadCode.exe 时，则会注入一个线程到 Explorer.exe 中

             

当点击确定后，注入到 Explorer.exe 中的线程执行完毕，从而 WaitForSingleObject 等待成功 !

          

基本思路以及所对应的代码：

1. 提升进程权限，如果权限不够的话，很容易造成 OpenProcess 失败;

 

2. 确定你的宿主进程，即你所要注入代码的进程，这个其实很好办，你要是不想你的木马或者病毒被别个一下子就结束了的话，

   最好是选择系统要想运行，则必须开启的那种进程，比如资源管理器进程 Explorer.exe,

   Windows 子系统进程 csrss.exe 等等，但是这里注意的是，我注入 System 进程的时候造成了失败哦，

   所以最好还是别拿 System 做实验，而且如果你注入失败了的话，是会造成宿主进程崩溃的，

   等下一不小心把 System 进程给弄崩溃了就不好了;

3. 打开宿主进程了(我这里打开的是 Explorer.exe 进程),思路是首先变量当前系统下运行的所有的进程,

   然后遍历获取到得所有的进程的 PID,再调用 ProcessIsExplorer 函数来判断这个进程是否为 Explorer.exe 进程，

   如果是则记录下这个进程的 PID 就可以了,这样就获得了 Explorer.exe 进程的 PID 了,

   再通过 OpenProcess 来打开这个 Explorer.exe 进程就 OK 了;

4. 在宿主进程中分配好存储空间，这个存储空间是用来存放我们将要创建的远程线程的线程处理例程的,

   这里需要注意的是：我们分配的内存必须标记必须带有 EXECUTE,因为分配的这块内存是用来存放线程处理例程的,

   而线程处理例程必须得执行，所以必须得带有 EXECUTE 标记,而至于 WRITE 标记的话,很明显是需要的,

   因为我们在后面的代码中还必须调用 WriteProcessMemory 来将线程处理例程写入到这块内存中,自然其必须可写;

5. 将远程线程处理例程写入到 4 中在宿主进程中所分配的内存中,这个可以直接调用 WriteProcessMemory 来实现;

6. 在宿主进程中分配好存储空间，这个存储空间是用来存放我们将要传递给远程线程线程处理例程的参数,

   从下面的结构体中可以看出，其由三个参数组成，第一个参数代表要在对话框中显示的内容，

   第二个参数代表要在对话框中显示的标题，第三个参数则是 MessageBox 这个 API 的地址，

   因为在 Explorer.exe 中 MessageBox 的地址会发生重定向，所以需要将其地址通过参数传递给线程处理例程;

          

           

7. 将参数写入到 6 中在宿主进程中所分配的内存中,同样是调用 WriteProcessMemory 来完成;

8. 调用 CreateRemoteThread 在 Explorer.exe(宿主进程)中创建远程线程;

   注意，当远程线程没有执行完时，不能够通过 VirtualFreeEx 来将远程进程中的内存释放掉，

   你想啊，我他妈的线程都还在 Explorer.exe 里面执行，你他妈的在外面把我占的内存给释放掉了，我还执行个屁啊 !

   所以这里调用了 WaitForSingleObject 来等待这个远程线程执行完毕，

   其执行完毕后再释放在 Explorer.exe 中所分配的存储空间 !

9. 编写好远程线程的线程处理例程即可;

       

DLL 远程注入技术

      

Demo 的效果：

创建的项目为 RemoteThreadDll，即远程注入 DLL，其实现的功能是当运行 RemoteThreadDll.exe 时，

会在 Explorer.exe 进程中创建一个线程，而这个创建的线程功能实现则相对于上面的远程注入代码来说复杂一点，

在线程的处理例程中，首先是由线程参数传递过来的 LoadLibrary 的地址

和 GetProcAddress 的地址来找到 LoadLibrary 和 GetProcAddress API,

然后再通过 LoadLibrary(“MyDllName”) 来加载到我自己的 DLL，

然后再通过 GetProcAddress 在这个 DLL 中找到我的 DLL 所公开的函数，

再就是调用这个公开的函数了，我新建的 DLL 项目为 – ZacharyDll.dll，

该 DLL 中导出了两个函数，一个函数用来弹出一个对话框，一个函数则是用来打印出调试信息；

           

Demo 的效果展示：

当双击执行 RemoteThreadCode.exe 时，则会注入一个线程到 Explorer.exe 中,

而后注入的这个线程就会调用我自己的 ZacharyDll.dll，

再调用 ZacharyDll.dll 中导出的两个函数了，一个输出调试信息，一个弹出对话框：

当点击确定后，注入到 Explorer.exe 中的线程执行完毕，从而 WaitForSingleObject 等待成功 !

         

基本思路以及所对应的代码：

1. 提升进程权限，如果权限不够的话，很容易造成 OpenProcess 失败;

   这一部分的代码同上面的远程注入代码是一样的;

    

2. 确定你的宿主进程，即你所要注入代码的进程，这个其实很好办，你要是不想你的木马或者病毒被别个一下子就结束了的话，

   最好是选择系统要想运行，则必须开启的那种进程，比如资源管理器进程 Explorer.exe,

   Windows 子系统进程 csrss.exe 等等，但是这里注意的是，我注入 System 进程的时候造成了失败哦，

   所以最好还是别拿 System 做实验，而且如果你注入失败了的话，是会造成宿主进程崩溃的，

   等下一不小心把 System 进程给弄崩溃了就不好了;

   这一部分的代码同上面的远程注入代码是一样的;

            

3. 打开宿主进程了(我这里打开的是 Explorer.exe 进程),思路是首先变量当前系统下运行的所有的进程,

   然后遍历获取到得所有的进程的 PID,再调用 ProcessIsExplorer 函数来判断这个进程是否为 Explorer.exe 进程，

   如果是则记录下这个进程的 PID 就可以了,这样就获得了 Explorer.exe 进程的 PID 了,

   再通过 OpenProcess 来打开这个 Explorer.exe 进程就 OK 了;

   这一部分的代码同上面的远程注入代码是一样的;

           

4. 在宿主进程中分配好存储空间，这个存储空间是用来存放我们将要创建的远程线程的线程处理例程的,

   这里需要注意的是：我们分配的内存必须标记必须带有 EXECUTE,因为分配的这块内存是用来存放线程处理例程的,

   而线程处理例程必须得执行，所以必须得带有 EXECUTE 标记,而至于 WRITE 标记的话,很明显是需要的,

   因为我们在后面的代码中还必须调用 WriteProcessMemory 来将线程处理例程写入到这块内存中,自然其必须可写;

   这一部分的代码同上面的远程注入代码是一样的;

         

5. 将远程线程处理例程写入到 4 中在宿主进程中所分配的内存中,这个可以直接调用 WriteProcessMemory 来实现;

   这一部分的代码同上面的远程注入代码是一样的;

        

6. 在宿主进程中分配好存储空间，这个存储空间是用来存放我们将要传递给远程线程线程处理例程的参数,

   从下面的结构体中可以看出，其由六个参数组成，

   第一个参数代表 ZacharyDll.dll 中导出的 PrintMessageBox 的名称，

   第二个参数代表 ZacharyDll.dll 中导出的 PrintDbgStr 的名称题，

   第三个参数则是 ZacharyDll.dll 所在的路径，

   第四个参数则是代表 LoadLibrary 的地址，

   第五个参数代表 FreeLibrary 的地址，

   第六个参数代表 GetProcAddress 的地址;

          

7. 将参数写入到 6 中在宿主进程中所分配的内存中,同样是调用 WriteProcessMemory 来完成;

8. 调用 CreateRemoteThread 在 Explorer.exe(宿主进程)中创建远程线程;

   注意，当远程线程没有执行完时，不能够通过 VirtualFreeEx 来将远程进程中的内存释放掉，

   你想啊，我他妈的线程都还在 Explorer.exe 里面执行，你他妈的在外面把我占的内存给释放掉了，我还执行个屁啊 !

   所以这里调用了 WaitForSingleObject 来等待这个远程线程执行完毕，

   其执行完毕后再释放在 Explorer.exe 中所分配的存储空间 !

   这一部分的代码同上面的远程注入代码是类似的;

              

9. 编写好远程线程的线程处理例程即可;

10. 编写好要注入的 DLL – ZacharyDll.dll;

                

                

两种注入技术的优点和缺点总结

                

使用代码远程注入技术的话，其相对于使用 DLL 远程注入技术来说，

有一个优点，就是其不会无缘无故的让宿主进程加载其他的 DLL，

为什么说这是一个优点 ? 那是因为很多的监控软件或者杀软都在实时监控着每个进程，

当一个进程中加载了其他的 DLL 时(加载 DLL 的动作相对来说是比较大的)很容易被发觉，

而且当一个 DLL 被加载到进程中以后，可以利用很多的工具，

比如 Process Explorer 之类的将该进程所加载的 DLL 枚举出来，这样你所注入的 DLL 也就暴露无遗了 !

而如果你使用的是代码注入，那相对来说会安静很多(毕竟是小动作)，而且也不会让宿主进程加载其他的 DLL，

所以相对来说，其成功的可能性会更高，但是使用代码远程注入有一个致命的弱点，

那就是你所注入的代码中所使用的 API 都必须要重定向，

而且如果是自定义的函数的话，则必须将这个函数也全部拷贝到宿主进程中，

注入的代码中所使用的全局变量以及所使用的字符串都必须重新拷贝到宿主进程中，

听起来貌似没什么，但是事实上，这屁东西会搞得很复杂，就比如你在注入的代码中所使用的一个字符串，

你也必须先在宿主进程中分配虚拟内存，然后将这个字符串写入到这个新分配的虚拟内存中，

如果你字符串多的话，这样的操作会烦死人去，而且这还仅仅是字符串，对于你所需要使用的一些 Win32 API，

你也都得先获取好这些 API 的地址，然后又重复上面的操作，分配虚拟内存，写入地址，最后才能够在远程线程中调用，

所以如果你所注入的代码需要完成很复杂的功能的话，还是使用 DLL 的远程注入技术比较好，使用远程注入代码会搞死人的 !

                     

使用 DLL 的远程注入技术的病毒或者木马通常都位于一个 DLL 中，

在系统启动时，通过另外的一个 EXE 程序来在另外的一个进程(宿主进程，比如使用 Explorer.exe)中创建一个远程线程，

然后再在这个远程线程的线程处理函数中将这个带有病毒或者木马主体的 DLL 加载到宿主进程中，

这样的话，这个带有病毒或者木马主体的 DLL 就会被宿主进程加载，从而得以在宿主进程中执行，

这样，即使我们自己的 EXE(这个进程通常被称之为 Loader)进程被关闭了也不会影响到病毒或者木马主体代码的执行，

因为这些主体代码位于 Explorer.exe 进程中执行，而 Explorer.exe 基本上不会被关闭的。

并且使用这种方法，你的恶意代码也很难被什么任务管理器之类的发现，因为只要宿主进程没有终止运行，

那么这个 DLL 也就不会在内存中卸载(当然被卸载还是可能的，杀软就可以利用这点来将这个 DLL 卸载掉)。

     

         

Demo 展望：

            

上面的这种注入技术用来实现木马或者其他的恶意程序其实是比较方便的，

首先由一个 Loader.exe (这个 Loader 可以通过其他的方式来设置为随机器自动启动，

这可以通过修改 system.ini 或者注册表或者服务之类的来实现)

来通过 CreateRemoteThread 来在 Explorer.exe 进程中创建一个远程线程，

而后由这个远程线程神不知鬼不觉的调用一个另外的 DLL，

然后在另外的那个 DLL 中，我们就可以做很多的事情了啊，比如最简单的，设个全局键盘钩子，用来捕获键盘的记录，

再进行一定的解析就有可能获取用户有效的密码之类的信息，同时，既然 DLL 都注入到 Explorer.exe 中了，

那么还可以做很多邪恶的事情，比如在其中悄悄的扫描用户磁盘上的文件，只要是 .jpg, .png 之类的就全部给记录下来，

或者再在 DLL 中创建个什么 SOCKET 之类的，并且将这些什么 .png 啊，.jpg 啊之类的图片数据悄悄的传出去，

然后说不准第二个艳照门就出来了 ~

当然这些都是后话了，不过有了上面的这几个技术，要实现这种简单的木马功能还是很容易了哦 !

当然，这里再提一下的是，这样做不道德 ! 针对女朋友的属于合法行为 ! 哈哈哈 !

然后还有一个要提一下的是，现在这种注入方式，杀软或者安全卫士是能够捕捉到了，也就是过不了杀软或安全卫士这一关了哦 !

毕竟 03 年就有大牛弄这种东西了，这么些年了，人家做反病毒做安全的也不是吃饭的 !

不过如果将上面的技术和 Rootkit 做个结合，可能效果会很不一样了哦，尚待研究 ~

 

版权所有，欢迎转载，但转载请注明： 转载自  Zachary.XiaoZhen - 梦想的天空