代码注入简介



说点什莫哪？嗯，看到游戏板块里现在代码注入和CALL游戏中的功能函数很热。

咱就聊聊这个：

获得目标进程句柄就从略了。直接从注射开始:

HANDLE CRemoteCodeDlg::InjetionCode(HANDLE hProcess, LPVOID pCode, LPVOID pParam)
{
    HANDLE RemoteThand;
    LPVOID CodeAddress = NULL;
    LPVOID DataAddress = NULL;
    DWORD  RetByte,Tid,CodeSize,AllRemoteMemSize;
    if(! hProcess || INVALID_HANDLE_VALUE == hProcess)
    {
        return HANDLE(0);
    }
    
    CodeSize = DWORD(PCHAR(GETVCPROC_ADDRESS(GetVCProcAddress)) - PCHAR(GETVCPROC_ADDRESS(ISee)));
    AllRemoteMemSize = CodeSize +  MEMCODEPARAM_SIZE + sizeof(DWORD);
    CodeAddress = VirtualAllocEx(hProcess,NULL,AllRemoteMemSize,MEM_COMMIT,PAGE_EXECUTE_READWRITE);
    if(! CodeAddress)
    {        
        return HANDLE(0);
    }
    
    if(! WriteProcessMemory(hProcess,CodeAddress,pCode,CodeSize,&RetByte))
    {        
        VirtualFreeEx(hProcess,CodeAddress,AllRemoteMemSize,MEM_DECOMMIT);
        CodeAddress = NULL;
        return HANDLE(0);
    }
    DataAddress = LPVOID(DWORD(CodeAddress) + sizeof(DWORD) & ~3);
    if(! WriteProcessMemory(hProcess,DataAddress,pParam,MEMCODEPARAM_SIZE,&RetByte))
    {        
        VirtualFreeEx(hProcess,CodeAddress,AllRemoteMemSize,MEM_DECOMMIT);
        CodeAddress = NULL;
        return HANDLE(0);
    }
    RemoteThand = CreateRemoteThread(hProcess,NULL,0,LPTHREAD_START_ROUTINE(CodeAddress),
        DataAddress,CREATE_SUSPENDED,&Tid);
    m_pRemoteAllocMem = CodeAddress;
    m_RemoteMemSize = AllRemoteMemSize;
    return RemoteThand;
}

首先说说这个被注射代码的大小问题，这个问题我在很多论坛上看到过。但是回答的人都是用估计值作答。实际上这个难题也很好理解，因为你写得不是机器代码，自然无法计算最后生成的执行的机器代码字节数。（玩笑话，编译器知道，但他不会告诉你。呵呵）。

汇编语言可以很轻松的获得这个值，原因同上。

难道我们就无法确定了吗？NO,让编译器告诉我们，不要吃惊，方法如下：

int Func1(void)
{
   //-------------------------------
   // --------------------------------
}
void Func2(void)
{
}

假设Func1是要注射的代码，要求的Func1编译后的代码大小：

Func1Size = Func2 - Func2;

原理：

实际上如果你对编译器比较熟悉的话，就会知道实际上函数名就是编译过程中的一个地址标号。因此用高地址标号减去低的就是我们想要得。有人要问：你怎末知道编译器一定会把Func2放在Func1之后哪？我的回答是：可能有反向的。但目前我见到的VC \ BC \ BCB \ SC(赛门铁克)都是这末做的。

我的码如下：

CodeSize = DWORD(PCHAR(GETVCPROC_ADDRESS(GetVCProcAddress)) - PCHAR(GETVCPROC_ADDRESS(ISee)));
这个GETVCPROC_ADDRESS是一个宏，定义如下：
#ifdef _DEBUG    
    #define GETVCPROC_ADDRESS(Fn)  GetVCProcAddress(Fn)
#else
    #define GETVCPROC_ADDRESS(Fn)  Fn
#endif

为什莫定义这个？直接用Fn2 - Fn1不就好了吗？NO,这又引出了一个概念：VC的编译器有个特点从6.0到现在的9.0都是如此。在你选择Debug版本编译时，所有的函数调用都会被编译为一个间接的调转指令。就像调用系统API一样。在编译器内部型如：

JMP @IAT_Fn1@这个鬼样子。

而在Release版本时就变成了直接调用。所以为了调试方便就定义了此宏。Debug宏实现如下：

LPVOID GetVCProcAddress(LPVOID pFn)
{
    PCHAR pAddRess = (PCHAR)pFn;
    pAddRess ++;        //跳过@IAT的第一个指令jmp
    pAddRess +=  *(DWORD *)pAddRess;
    pAddRess += 4;        //修正指针类型偏移
    return pAddRess;
}

好了，再看看这个：

AllRemoteMemSize = CodeSize + MEMCODEPARAM_SIZE + sizeof(DWORD);

全部分配的内存大小为什用代码尺寸大小(CodeSize) + 参数块大小(MEMCODEPARAM_SIZE)还要再加一个sizeof(DWORD)哪？我只说是为了数据对齐，如何保证后拷贝的数据块能正好放在一个4字节对齐的开始地址哪？看看下面这行代码你就明白了。

DataAddress = LPVOID(DWORD(CodeAddress) + sizeof(DWORD) & ~3);

至于经常有人说直接注射的代码无法调用API的问题，我觉得更加荒谬。他们的理由无非是，本地进程的API地址跟目标进程的API地址不一致。是的，这个我也承认。但是你可以用LoadLibRary和GetProcAddress来获取目标进程中的API地址。你不用跟我说这两个地址怎末来？实际上Kernel32.dll在每个进程中的加载地址都一样。



大

中

小

上
一
章

目
录

下
一
章

∧

↑

↓

∨