Windows内核开发-9-32位和64位的区别

32位的应用程序可以完美再64位的电脑上运行，而32位的内核驱动无法再64位的电脑上运行，或者64位的驱动无法在32位的应用程序上运行。这是为什么呢。

原因是在x64的Windows操作系统上，模拟了x86操作系统的操作，并且引入了一个WOW64子系统，将x86和x64完美进行兼容。

WOW64子系统

x86能在x64上运行全靠这个东西。全名叫做Windows On Windows，英文名感觉是在套娃，其实它的意思就是在Windows64上运行Windows32。

这个系统由Wow64.dll，Wow64Win.dll，Wow64Cpu.dll三个dll实现，具体怎么实现的不用考虑。

Wow64子系统可以完美实现x86和x64之间的转换。

转换流程： 当一个32位Application发起系统调用时，WOW64会拦截下来，将其转换为64位的类型（包括指针范围，数据类型范围等等），然后再把系统调用请求提交给内核。这整个拦截-转换的流程被称为"thunking"。

WOW64有两个重要的模块，一个是系统文件重定向(File System Redirector)，一个是注册表重定向（Registry Redirector）。

系统文件重定向(File System Redirector)

Windows64位OS包含了两个System32文件，一个是System32另一个是SysWow64。默认情况下的安装路径%Windows%\System32和%Windows%\SysWow64。

System32这个文件里面保存了系统需要的一些二进制文件，System32里面存放的是x64的系统二进制文件，SysWow64里面存放的是x86里的文件。不要被这个什么system32迷惑成了它就是32位的系统文件了。

 

一般情况下32位的只能加载32位的系统dll，64只能加载64的。因为是64位的操作系统，所以肯定默认是加载64的dll，但是32位怎么办，为了解决这个问题WOW64就构成了文件系统重定向模块，把32的系统dll放到了SysWow64里面，然后把System32这个文件夹给他重定向指到了SysWow64文件夹里了。

这里我们写一个代码来验证一下：

void TestFileRedirector()
{
    HANDLE hFile = CreateFileA("C:\\Windows\\System32\\test.txt", GENERIC_READ | GENERIC_WRITE, 0x00000000, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
    if (hFile == INVALID_HANDLE_VALUE)
    {
        cout << "创建文件失败" << endl;
    }
    else
    {
        cout << "创建文件成功，文件名为test.txt" << endl;
    }
    CloseHandle(hFile);
}

 

假如说这个test文件是在SysWow64文件夹下面创建的，那么说明我们前面的讲述没问题，确实是重定向到了SysWow64里面。这里我们要用管理员启动Visual Studio才行，因为这个文件夹是系统文件夹，需要管理员权限。

下面是我的验证结果：

 

 

在x86和x64运行后分别是在System32和SysWow64新建了文件，足以说明结论了。

关闭系统文件重定向

文件重定向固然不错，但是肯定有时候我们会不得不关闭它。

这里就会用到两个API：

BOOL Wow64DisableWow64FsRedirection(
  [out] PVOID *OldValue
);//关闭重定向，将原来的值保存到输入参数oldvalue里面
BOOL Wow64RevertWow64FsRedirection(
  PVOID OlValue
);//通过参数olvalue来恢复重定向

 

这里我们在修改一下我们的代码，让他x86的程序不要重定向到x64文件里面：

void TestFileRedirector()
{
    PVOID OldValue;
    auto ret = Wow64DisableWow64FsRedirection(&OldValue);
    if (ret == 0)
    {
        cout << "调用关闭重定向的函数失败，请检查" << endl;
        return;
    }
    else
    {
        cout << "调用重定向的函数成功,已经取消文件系统重定向" << endl;
    }
​
    HANDLE hFile = CreateFileA("C:\\Windows\\System32\\test.txt", GENERIC_READ | GENERIC_WRITE, 0x00000000, NULL, CREATE_ALWAYS, FILE_ATTRIBUTE_NORMAL, NULL);
    if (hFile == INVALID_HANDLE_VALUE)
    {
        cout << "创建文件失败" << endl;
        return;
    }
    else
    {
        cout << "创建文件成功，文件名为test.txt" << endl;
    }
    CloseHandle(hFile);
    Wow64RevertWow64FsRedirection(OldValue);
}

 

这样再创建就是到System32系统文件夹里面了。

 

 

有一部分文件是不会被重定向的：

%Windows%System32\catrrot
%Windows%System32\catrrot2
%Windows%System32\drivers\etc
%Windows%System32\logfiles
%Windows%System32\spool

 

注册表重定向（Registry Redirector）

和系统文件重定向（File System Redirecotr）比较类似，但是功能更为复杂。除了重定向还有注册表反射功能（Registry Reflection 该功能暂时用不到）。

和File System Redirector比较类似的是，win32访问HKEY_LOCAL_MACHINE\SOFTWARE会被重定向到HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node下面。同样写一下代码测试一下：

void TestRegRedirector()
{
    HKEY hKey = NULL;
    RegCreateKeyEx(HKEY_LOCAL_MACHINE, TEXT("Software\\Test"),
        0, NULL, 0, KEY_READ, NULL, &hKey,NULL);
    if (hKey != NULL)
    {
        cout << "创建注册表成功" <<endl;
        RegCloseKey(hKey);
    }
    else
    {
        cout << "创建注册表失败" << endl;
        return;
    }
}

 

用32位来运行，看他添加到哪里：

 

 

当然也肯定有关闭的办法。

DIY注册表重定向

在创建注册表的API上加一个宏定义就可完美解决这个问题了：

    RegCreateKeyEx(HKEY_LOCAL_MACHINE, TEXT("Software\\Test"),0, NULL, 0, KEY_READ | KEY_WOW64_32KEY, NULL, &hKey,NULL);

 


这里的KEY_WOW64_32KEY就是32位，KEY_WOW64_64KEY就可以锁定为64位了。
void TestRegRedirector()
{
    HKEY hKey = NULL;
    RegCreateKeyEx(HKEY_LOCAL_MACHINE, TEXT("Software\\Test"),
        0, NULL, 0, KEY_READ | KEY_WOW64_32KEY, NULL, &hKey,NULL);
    if (hKey != NULL)
    {
        cout << "创建注册表成功" <<endl;
        RegCloseKey(hKey);
    }
    else
    {
        cout << "创建注册表失败" << endl;
        return;
    }
}

 

64位系统的升级技术

64对比32提供了很多新技术，比如之前的32位被很多程序很多公司，进行挂钩啊各种功能导致很不安全很麻烦。

PatchGuard

所以升级了一个PatchGuard技术，这个机制就是系统会定期检查内部的关键位置是否被篡改，一旦被篡改就会蓝屏。

比如一些论坛常见的SSDT(系统描述表)，GDT(全局描述表)，IDT（中断描述表）等等。但是其实也是可以绕过的。正所谓道高一尺魔高一丈就是这个意思，没有绝对的安全。

x64的编译、安装、运行

编译很简单，vs换成x64就行了。

安装的话著需要考虑32位exe安装驱动的时候不会把他放到64位驱动system32这个文件夹下就行了，这个用关闭File System redirecotr就行。

运行：x64的驱动必须得有签名才行，变相提高了安全吧，不过我们自己测试就把测试机变成测试模式就好了。

编程差异

x86和x64编程还是有少许区别的。

加入汇编

32位和64比较麻烦的就是不能直接内联汇编了，就比如说下面这段代码：

#include<ntddk.h>
​
​
extern "C"
NTSTATUS DriverEntry(PDRIVER_OBJECT DriverObject,PUNICODE_STRING RegistryPath)
{
    UNREFERENCED_PARAMETER(DriverObject);
    UNREFERENCED_PARAMETER(RegistryPath);
    __asm
    {
        int 3
    }
​
    return STATUS_SUCCESS;
}

 

一个很简单的内核驱动代码，用x64编译就不行，而x86没问题：

 

 

也就是说不运行直接内联汇编了，只能用汇编asm写好了，然后作为函数的形式放进去了。

条件编译

WDK设置了宏来帮助条件编译，比如针对操作系统平台有: _M_AMD64， _M_IX64等等，对于位数也有 _WIN64和 _WIN32 ，比如说：

#ifdef _WIN32   //32位情况
​
#else //不是32位情况
​
#endif

 

调整数据结构

当一个32位的exe通过DeviceIoControl的方式和64位驱动进行交互的时候，如果结构体里有指针是不会进行thunking技术调整的，所以这里就会涉及到一些问题了，比如指针位数的不兼容，以及比如int这种位数也是不兼容的，还有对齐的一些很多问题。所以最好是采用限制好了的数据结构体。

比如说结构体定义成这样

struct DRIVER_DATA
{
    void* POINTER_32    test;
    UNICODE_STRING32    testUnicode_string;
};

 

直接把长度一次到位限制了。

小结：

x64和x86的区别还是蛮多的，如果要从头到尾设计一个驱动的话是必须得思考这个问题的。