禁用CR0写保护触发蓝屏，是否受新防护机制限制？

你通过修改CR0寄存器清除WP位的方式修改只读内核内存时触发蓝屏，核心原因正是PatchGuard和**HVCI（基于虚拟化的代码完整性）**这类现代Windows防护机制的拦截，同时代码本身也存在适配问题：

• PatchGuard的直接检测：从Windows Vista起引入的PatchGuard会持续监控内核关键操作，直接修改CR0的WP位属于被严格禁止的内核篡改行为，一旦被检测到就会触发蓝屏，强制终止系统以保护内核完整性。
• HVCI的虚拟化拦截：若系统开启了HVCI（Windows 10及以上版本的企业版、教育版默认或可选开启），它会通过虚拟化技术将CR0这类控制寄存器的操作交由虚拟机监控层（VMM）管控，直接修改CR0的WP位会被VMM直接拦截，触发蓝屏。
• 代码的多核同步问题：你代码中使用的_disable()和_enable()仅能控制当前CPU核心的中断状态，无法同步其他核心的CR0寄存器状态，这种操作在多核系统中会引发严重的同步冲突，也是导致蓝屏的潜在因素。

目前在现代Windows系统中，修改只读内核内存的合法方式只能依赖官方提供的MmProtectMdlSystemAddress、ZwProtectVirtualMemory等API，或是通过微软认可的内核扩展机制实现，直接操作CR0寄存器的传统方法已完全失效。

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