SystemInformer项目中的DLL注入问题解析

Windows 11环境下的DLL注入限制

在Windows 11操作系统环境下，用户报告了使用SystemInformer和Process Hacker 2工具进行DLL注入时遇到的问题。这一问题主要涉及32位和64位进程间的DLL注入限制，以及特定应用程序对DLL加载的安全防护机制。

64位与32位进程间的注入限制

Windows操作系统从设计上就严格限制了64位二进制文件注入到32位进程中的行为。这是操作系统层面的安全机制，旨在维护进程的完整性和稳定性。当用户尝试将一个64位的DLL注入到32位进程中时，系统会直接拒绝这一操作，这是预期行为而非系统或工具的缺陷。

应用程序的DLL加载防护机制

以TF2(Team Fortress 2)和L4D2(Left 4 Dead 2)为代表的游戏应用程序通常会实现自己的安全机制来防止外部DLL的注入。这些应用程序会利用Windows的加载器通知(loader notifications)机制来监控和拦截非授权模块的加载尝试。

当使用SystemInformer或Process Hacker 2的LoadLibrary功能时，虽然工具能够成功加载模块，但目标应用程序会检测到这些加载器通知并主动阻止外部DLL的加载。这种防护行为是应用程序设计的一部分，目的是防止作弊和保证游戏环境的公平性。

技术背景与解决方案

从技术角度看，现代操作系统和应用程序都加强了对外部代码注入的防护。Windows 11相比之前的版本，在安全机制上有了更多改进，这也是为什么用户升级后可能会遇到之前没有的限制。

对于确实需要进行合法DLL注入的场景，开发者可以考虑以下技术途径：

1. 确保注入的DLL与目标进程具有相同的架构(32位对32位，64位对64位)
2. 使用操作系统提供的合法注入机制，如AppInit_DLLs(虽然微软已不推荐)
3. 对于游戏修改等场景，应使用游戏官方提供的mod接口而非直接注入

需要注意的是，绕过这些安全机制可能会违反应用程序的使用条款，甚至可能触犯相关法律。开发者应当充分理解目标应用程序的许可协议和所在地区的法律法规。

总结

SystemInformer和Process Hacker 2在Windows 11环境下无法注入DLL到某些应用程序的现象，主要是由操作系统架构限制和应用程序自身防护机制共同导致的。这反映了现代计算环境对进程安全和完整性的重视。开发者在进行相关操作时，应当充分理解这些限制的技术原理，并寻找官方支持的扩展方式来实现所需功能。