Windows禁用写保护失败触发BSOD的技术求助

一、BSOD（错误码0x00000050）的触发原因 #

错误码0x50对应PAGE_FAULT_IN_NONPAGED_AREA，核心原因是你分配的内存不具备执行权限：

• 你通过ExAllocatePool2分配非分页池内存时，仅指定了POOL_FLAG_NON_PAGED，未添加POOL_FLAG_EXECUTE标记。现代Windows内核默认启用NX（No Execute）保护，非执行内存区域无法直接执行代码，跳转到该内存执行汇编指令时会触发页错误，直接导致BSOD。
• 额外补充：即使解决了内存执行权限问题，在Windows 8及以上系统中，直接修改CR0寄存器的WP位会触发PatchGuard（内核保护机制），同样会引发系统崩溃，但你当前的崩溃是由NX保护直接导致的。

二、正确禁用Windows写保护的方法 #

以下是几种在合法/测试场景下可行的方案：

1. 为分配的内存添加执行权限 #

如果要继续使用动态生成汇编的方式，修改内存分配代码，添加POOL_FLAG_EXECUTE标记：

VOID* Memory = ExAllocatePool2(
    POOL_FLAG_NON_PAGED | POOL_FLAG_EXECUTE, 1024, 1337
);

注意：该方法仅能绕过NX保护，仍会触发PatchGuard（生产系统），仅适合测试环境关闭PatchGuard后使用。

2. 修改页表属性实现局部写保护禁用 #

通过MmGetPhysicalAddress获取目标内存的物理地址，再操作页表项（PTE）清除写保护位，这种方式可以只针对特定内存区域解除写保护，避免全局修改CR0触发PatchGuard：

// 示例：修改指定内存页的写保护
PVOID targetAddr = ...; // 目标内存地址
PMMPTE pte = MmGetPteForPhysicalAddress(MmGetPhysicalAddress(targetAddr));
pte->u.Hard.Write = 1; // 允许写入

需要注意页表操作的权限，以及不同系统架构（x86/x64）的页表结构差异。

3. 利用内核合法接口（受限场景） #

部分Windows版本提供了NtSetSystemInformation的特定系统信息类（如SystemKernelDebuggerInformation），可以在调试模式下间接修改写保护，但该接口的可用性取决于系统版本和配置，且仅适合调试场景。

4. 关闭PatchGuard（仅测试环境） #

在测试虚拟机或调试机器中，可以通过修改启动参数（添加nointegritychecks或debug）关闭PatchGuard，之后可以安全地修改CR0寄存器的WP位，但该方法不适合生产环境。

内容的提问来源于stack exchange，提问作者trapstar