Windows 热补丁冲突：谁动了我的代码？

If somebody tries to hot-patch an already-hot-patched function

最近我调研了热补丁机制，发现它的设计初衷仅允许 Windows Update 这一方进行修补。如果某个函数已经被热补丁覆盖，而其他人试图再次修补，系统会直接判定出错。对于 Windows Server 和 Windows 11 Enterprise 而言，热补丁空间是受控的，只有授权代码才能使用。但如果有人未经授权进行了 detour 或其他形式的补丁，热补丁代码会检测到这种“ rogue patching”，并宣布该文件无法热补丁，最终导致系统必须重启。更糟糕的是，这里存在竞态条件：预扫描可能显示一切正常，但扫描完成后，函数可能被他人修改，导致补丁程序卡在半途，既无法继续也无法回滚。这种状态就像在火区停车，一切看似平静，直到消防车到来，却发现路被堵死，后果不堪设想。