关于32位内存限制破解及注册表替换方法的看法

admin

关于32位内存限制破解及注册表替换方法的看法

以下内容根据这两天使用 红毛樱木 破解32位内存限制方法而写出，关于破解内容仅就本人理解而作，肯定不全，希望红毛大神指正。
   
一。红毛樱木目前做法：
1。正常系统注册表破解内容
  A。Kernel-WindowsMaxMemAllowedx86         REG_DWORD      由 4096 改为 65536
  B。增加新项目 CodeIntegrity-AllowConfigurablePolicy  REG_DWORD         1

2015.11.24 20：40   补充说明：

刚从 2012tzyx 提供的工具说明中了解到（见本帖 10 层），64GB 修改还有一项：
C。Kernel-MaxPhysicalPage                                  REG_DWORD      65536

即要求同时修改 Kernel-WindowsMaxMemAllowedx86 和 Kernel-MaxPhysicalPage 才有效。

2012tzyx 提供的新工具可以离线添加新项目，需要在.NET 4.0 环境下使用（我在正常的 Win10 系统下测试通过）

2。PE 系统注册表破解内容
  A。增加新项目 ChangeDesktopBackground-Enabled       REG_DWORD          1       背景图片设置
  B。增加新项目 Microsoft-Windows-AuxiliaryDispaly-EnableDriver          1       显卡驱动安装
  在 WinRE 注册表中已经有上述正常系统注册表内容，因此不必再修改和添加：
  Kernel-WindowsMaxMemAllowedx86         REG_DWORD      65536
  CodeIntegrity-AllowConfigurablePolicy  REG_DWORD         1

3。VHD 系统注册表修改内容 2015.11.25 补充
  A。Kernel-NativeVHDBoot      REG_DWORD         1     允许VHD启动


二。目前做法缺陷及正确的修改方案
1。目前做法是将一个固定的某一个 ProductOptions 注册表导入到正常系统或PE系统中，当然正常系统和PE系统使用不同的注册表。
2。PE中（采用RE注册表修改版）ProductPolicy 项目只有30多个内容，微软的 RE任务单一，功能相对固定，因此注册表变化不大，
   因此，导入一个固定的 ProductOptions 注册表能够保证系统稳定和不会丢失其他有用的信息。
3。正常系统 ProductOptions 注册表中 ProductPolicy 项目与 PE 相差很大，共有240多个内容，并且随着版本的变化而经常改变，
   我在Win10586 系统里导入红毛樱木提供的注册表后再与原来的注册表进行比较，发现 ProductPolicy 项目内容个数少了几个，
   同时估计内容也会有变化，屏幕右下脚出现新的水印本身可以说明这个结论不会错。现在可以说，在正常系统里 ProductOptions
   这个注册表内容是随着版本、随着用户环境而变化的，同时也是随着系统激活状态而变化的，因此 将一个固定的 ProductOptions
   注册表导入到所有版本、所有用户的系统里可能产生意外的问题，因为现在大家测试的只是 32位内存限制方面的问题，尚未测试和
   注意其他方面的问题，在其他方面是否会出现负面反映，现在谁也无法保证。
4。相对正确的修改方案。
   针对正常系统存在的问题，相对正确的修改方案应该是一把钥匙开一个锁，每个系统在自己现有的注册表内容基础上只增加和修改
   ProductPolicy 中所需内容，而不是采取目前整体替换 ProductPolicy 内容的方法。
   实现这个方法，原始的手工方法就是目前 huaqingyuan 所采用的二进制修改方法，这个方法的局限性是大家都知道的，不过
   现在有英文版的 ProductOptions 查看和修改工具，可以用来进行效验和检查，可以算一个辅助工具吧。
   替换手工方法，要用界面友好的工具软件，就要靠编程序，这需要那些既懂系统内幕，又有编程能力的人来才能完成，能编写出
   一个象系统激活工具那样的就很好，希望不久的几日之后无忧论坛出现这样的产品，今年无忧论坛已经出现过不少奇迹，国外
   老外也该另眼看待中国的业余软件爱好者了，希望年底前再创新的奇迹，送给老外的圣诞节，让他们也高兴一把吧。