首页
社区
课程
招聘
[求助]求助vmp的runtime部分到底如何修改编译?(已经解决)
发表于: 2025-9-8 09:56 804

[求助]求助vmp的runtime部分到底如何修改编译?(已经解决)

2025-9-8 09:56
804

786K9s2c8@1M7s2y4Q4x3@1q4Q4x3V1k6Q4x3V1k6T1j5Y4y4Q4x3X3g2C8j5h3&6^5N6h3g2Q4x3X3g2U0L8$3#2Q4x3V1k6@1K9s2u0W2j5h3c8Q4x3X3b7J5y4K6V1&6x3K6N6Q4x3X3b7I4i4K6u0W2K9s2c8E0


23年似乎这里也有讨论。但是回答中的方案我基本都进行了一一尝试,还是无法编译出正确的runtime.inc,结果就是通过runtime.vmp生成的win_runtime32.dll.inc 再次编译得到的vmprotect再加密的程序无法正常运行。





用vs2008 vs2010编译过win_runtime. 用2015 2019 以及配合2017_xp的sdk编译vmprotect core 这些,

基本各种组合都尝试过了。


调整win_runtime和主程序编译选项一致,禁用优化等等也尝试过,最后重新加壳的程序依然不能跑。只能用原始泄露的源码中的win_runtime32.dll.inc才能正常工作。

有没有大佬 大哥已经有曾经尝试替换win_runtime32.dll.inc编译好的,再次编译成功后也可以正常工作的项目文件发我一份。


目前看

原始源码生成vmprotect和win_runtime.dll以后。需要通过 core/runtime.vmp(这个文本文件需要修改里面的input dll名称和output对应)来对win_runtime.dll加密。脚本抽取了win_runtime.dll的code 放到了win_runtime32.dll.inc中。

然后再次用 新生成的 win_runtime32.dll.inc文件二次生成vmprotect,这样才是修改runtime重新编译vmp。


验证了vs2010 release x64 原始配置是可以编译 然后替换inc成功的



解决方案在这里

https://bbs.kanxue.com/thread-289100.htm




传播安全知识、拓宽行业人脉——看雪讲师团队等你加入!

最后于 2025-11-17 09:17 被IamHuskar编辑 ,原因:
收藏
免费 0
支持
分享
最新回复 (3)
雪    币: 260
活跃值: (181)
能力值: (RANK:10 )
在线值:
发帖
回帖
粉丝
2
因为vmp这玩意,scripte脚本对编译器的map以及函数优化等兼容问题,你必须用对应的老版本 vs2008打开 win_runtime.vcxproj,单独生成一个sln,并且修改项目平台工具集为v90编译release的dll,然后用vmp选择runtime.vmp加密,就自动生成对应的inc,如果找不到2008,用2010也可以,工具集对应v100,当然装了2010后,2022里面把工具集选成v100也没问题
2025-9-11 15:37
0
雪    币: 1277
活跃值: (6653)
能力值: ( LV13,RANK:240 )
在线值:
发帖
回帖
粉丝
3
pll621 因为vmp这玩意,scripte脚本对编译器的map以及函数优化等兼容问题,你必须用对应的老版本 vs2008打开 win_runtime.vcxproj,单独生成一个sln,并且修改项目平台工具集为 ...
主要是此方案已经尝试过了。确实不行。不知道哪里出了问题
2025-9-11 17:44
0
雪    币: 1277
活跃值: (6653)
能力值: ( LV13,RANK:240 )
在线值:
发帖
回帖
粉丝
4
验证了vs2010 release x64 原始配置是可以编译 然后替换inc成功的
2025-9-13 15:39
0
游客
登录 | 注册 方可回帖
返回