VMProtect里的“加密选项”并不是单独一个开关，工程里常见的设置包括资源保护、导入保护、内存保护和输出文件压缩等。它们处理的对象并不一样，例如Resource Protection主要针对程序资源，Import Protection处理导入信息，Memory Protection则会检查内存中映像的完整性。几个选项同时打开后，程序结构变化会比较明显，如果原程序依赖特殊资源、动态修改内存或者外部工具读取文件内容，也可能出现保护前正常、处理后无法启动的情况。配置时先从少量选项开始，确认程序运行没有变化，再逐项增加保护会更容易排错。

　　一、VMProtect怎么设置加密选项

　　VMProtect的文件级保护参数集中在Options区域。这里既有直接处理资源内容的选项，也有针对导入表、内存完整性和输出文件结构的设置，使用时最好分清每一项具体改变了什么。

　　1、先打开工程中的文件保护设置

　　准备修改参数前，可以保留原始程序和一份未改动的工程，这样后面发现兼容问题时还有清楚的对照版本。

　　①、打开【VMProtect】并载入需要处理的【EXE】或【DLL】。

　　②、进入当前工程的【Options】。

　　③、找到【File】相关设置。

　　④、查看【Memory Protection】、【Import Protection】和【Resource Protection】当前状态。

　　⑤、确认【Pack the Output File】是否已经启用。

　　⑥、保存当前【VMProtect Project】。

　　2、按需要选择不同保护方式

　　①、需要处理程序资源时启用【Resource Protection】。

　　②、需要隐藏程序使用的API导入信息时启用【Import Protection】。

　　③、需要检查程序映像完整性时启用【Memory Protection】。

　　④、准备压缩保护后的输出程序时启用【Pack the Output File】。

　　⑤、设置完成后点击【Compile】生成测试文件。

　　VMProtect文档中，Resource Protection会加密程序资源，但图标、Manifest等服务资源存在例外；Pack the Output File则会在运行时于内存中完成解包。两项虽然都改变输出文件内容，作用并不相同。

　　3、给特殊段或资源保留例外

　　①、进入【Details】。

　　②、打开【Segments】查看程序段信息。

　　③、选中不能参与完整性检查的段。

　　④、启用【Excluded from memory protection】。

　　⑤、对不能压缩的段启用【Excluded from packing】。

　　⑥、进入【Resources】选择需要单独处理的资源。

　　⑦、必要时启用【Excluded from packing】。

　　二、VMProtect加密选项配置错误如何恢复

　　保护后程序不能运行时，最麻烦的做法是继续叠加其他参数。先把工程退回接近原始状态，再一个选项一个选项恢复，很快就能判断问题来自资源、导入、内存检查还是打包。

　　1、程序保护后直接无法启动

　　先使用同一次构建生成的原始程序做对照。如果原文件能够运行，而VMProtect输出文件一启动就退出，排查重点可以放在最近开启的文件保护选项上。

　　①、复制当前【VMProtect Project】作为排错版本。

　　②、进入【Options】→【File】。

　　③、暂时关闭【Memory Protection】。

　　④、关闭【Import Protection】和【Resource Protection】。

　　⑤、关闭【Pack the Output File】。

　　⑥、重新点击【Compile】。

　　⑦、运行新的输出文件确认基础状态。

　　2、逐项恢复找到冲突设置

　　①、先单独启用【Resource Protection】并重新生成程序。

　　②、测试资源加载、界面和配置文件读取。

　　③、恢复后再单独测试【Import Protection】。

　　④、继续单独测试【Memory Protection】。

　　⑤、最后加入【Pack the Output File】。

　　⑥、每修改一项都重新执行【Compile】并运行相同功能。

　　⑦、记录从哪一个设置开始出现异常。

　　这种办法虽然多生成几次文件，却能避免几个选项同时变化后无法判断问题来源。

　　3、打开Memory Protection后程序退出

　　VMProtect的Memory Protection会检查没有WRITABLE属性的相关程序段。如果程序自身、插件或运行环境会修改这些区域，就可能和完整性检查发生冲突。

　　①、进入【Details】→【Segments】。

　　②、找到程序运行时会发生变化的目标段。

　　③、查看该段当前保护属性。

　　④、对确认需要修改的段启用【Excluded from memory protection】。

　　⑤、保存工程并重新执行【Compile】。

　　⑥、重新运行程序测试原来的异常位置。

　　4、启用Packing后某些内容读取异常

　　①、先关闭【Pack the Output File】生成一份测试程序。

　　②、确认原来的读取功能是否恢复。

　　③、重新进入【Details】→【Segments】。

　　④、找到不适合参与压缩的程序段。

　　⑤、启用【Excluded from packing】。

　　⑥、在【Resources】中检查同类资源。

　　⑦、重新开启【Pack the Output File】并生成程序。

　　VMProtect允许在Details中把指定段和资源排除出Packing范围，这类例外配置会保存到项目文件中。

　　三、VMProtect加密选项恢复后怎么检查

　　工程能够重新启动以后，还要确认资源加载、插件调用和程序关键功能没有被某个保护设置悄悄影响。测试时最好继续沿用前面逐项打开的方式，不要刚恢复运行就把所有选项一次加回来。

　　1、拿未保护版本做一次完整对照

　　①、保留当前构建得到的【Original File】。

　　②、使用恢复后的配置生成【Protected File】。

　　③、分别测试两份程序的启动过程。

　　④、检查图片、语言文件等【Resources】是否正常加载。

　　⑤、测试依赖外部库和API的主要功能。

　　⑥、关闭并重新启动保护版本再次验证。

　　2、保存已经确认过的配置版本

　　①、保存当前能够正常运行的【VMProtect Project】。

　　②、记录已经启用的【File】保护选项。

　　③、保留【Segments】里的排除设置。

　　④、记录【Resources】中的Packing例外。

　　⑤、后面继续调整时另存新的【Project File】。

　　后续程序重新编译或者增加新资源以后，可以直接拿这一版配置进行比较。这样即使新的保护设置再次引起异常，也能很快退回已经跑通的状态。

　　总结

　　VMProtect里的资源保护、导入保护、内存保护和Packing各自处理不同内容，把它们全部理解成一个“加密强度”开关，很容易给排错增加麻烦。程序处理后出现异常时，先恢复到限制较少的配置，再把选项逐项加回来，通常很快就能看出是哪一项和当前程序不太合拍。已经调通的工程版本也别随手覆盖，留一份稳定配置，后面再增加保护内容时会轻松很多。