Windows核心编程——dllmain和dll劫持

1.关于dll

问题：如果有多个进程加载同一个dll，其中一个进程修改了dll的导出变量，是否影响其他进程中的变量值?

        不会， 这算是一种写实拷贝技术，修改的时候修改的不是原来  的内存，是新的内存。
        一个进程启动时，系统会为每个进程都预留了4G内存,不同进程的高2g内存都指向了物理内存条的系统领空（内核），低2G映射到物理内存条不同的位置，进程上的内存称之为虚拟内存，内存条上内存称为物理内存，原则上系统内存不能访问，所以进程最多访问2G内存。
        进程中我们修改自己内存时，实际上修改的是映射上物理内存上的某个值

       当不同进程加载一个dll时，A、B加载dll,dll首先加载到物理内存，
然后会映射dll内容分别到A、B进程的某个地址范围。A、B读内容时是互不影响的，但如果A修改dll，系统会把数据单独拷贝出来（写实拷贝），放在物理内存其他地方，A修改的是系统开辟的那块新空间
       所以不同进程之间，虽然访问的是同一个dll的一个的导出的变量，
但实际上他们直接的读写和修改是相互不影响的，这叫做写实拷贝

  2.LoadLibrary和FreeLibrary计数器
    操作系统为每一个库文件维护各种的计数器(引用记数)，每次使
用LoadLibrary装载库文件时候，计数器递增，每次FreeLibrary时计数器递减。
    直到计数器减到0，也就是库文件没有被任何程序使用的时候，操
作系统才会将它从物理地址内存中真正释放掉，否则只是某个进程的地址空间中解除内存映射关系。
    每一个应用程序中使用FreeLibrary函数并不影响另一个exe使用
同一库文件。

2.dllmain

　　微软为dll提供了一个main函数（入口函数），当dll加载时，这
个函数会自动调用或执行（系统自动调用）。

dllMain主要用于dll的初始化和反初始化

  BOOL WINAPI DllMain(
    HANDLE hinstDLL,    //dll加载到进程的基质  （=HMODULE）
    DWORD dwReason,     //表明dllmain什么时候被调用的
    
            DLL_PROCESS_ATTACH - 进程加载dll， 当dll被映射到进程虚拟地址空间中
           DLL_PROCESS_DETACH - 进程卸载dll， 当dll从进程虚拟地址空间中取消映射的时候
        
    LPVOID lpvReserved);
    

测试dllmain：

    BOOL WINAPI DllMain(
        HINSTANCE hinstDLL,
        DWORD fdwReason,
        LPVOID lpvReserved
    )
    {
        OutputDebugString("DLLMain");
        return TRUE;
    }
    
    return TRUE ；告诉系统初始化成功
                  

  

  隐式加载 - 会弹出一个0xc0000142错误，并且会再次调用dllmain，并传入DLL_PROCESS_DETACH
  显示加载 - loadlibrary会返回NULL，并且会再次调用dllmain，并传入DLL_PROCESS_DETACH

 

加载这个dll

 

调试DLL的方法：

     配置属性->调试->命令,填入加载此dll的exe的路径
     就可选择相应的exe调试dll       显示加载 - loadli

3.DLL劫持

问题：

   有个a.exe，加载了b.dll， 我有个自己的c.dll，如果在保证a的功能正常的前提下，让a加载自己的c.dll？
   答：c改名成b.dll，b.dll改名成bo.dll，c导出所有和bo.dll同名的函数，并全部转发给bo.dll，从而实现让a加载c.dll。

   函数转发：  虽然有导出函数名，但是本dll并未实现此函数，此函数的实现在其他dll里面

 用Dependency Walker 打开user32可以看到：

所谓dll劫持就是：

 　　病毒通过一些手段来劫持或者替换正常的DLL，欺骗正常程序加载预先准备好的恶意DLL。