-
-
[求助]泄露的VMP源码中runtime如果重新编译并嵌入vmp主程序？
-
2023-12-19 20:13
-
|
|
|---|---|
|
|
|
|
|
是VS2015过度优化的问题——哈哈哈 |
|
|
函数长度不够的从保护列表里删掉即可。编译出来的vmprotect主程序可以运行，这个主程序加壳别的exe出来的成品文件能运行吗？那个才和runtime有真正关系，我是主程序加壳别人，被加壳的成品文件无法运行。 |
|
|
以为你已经消失了呢。好久没看到回复了 |
|
|
|
|
|
我这测试，发现替换win_runtime32.dll.inc后，编译出来的vmp主程序，加壳的其他程序，都不能运行。V141forXP编译的。 |
|
|
用自带的unit-tests测试了下，替换成自己编译的win_runtimexx.dll.inc后，对应的SEH的测试会出问题。 用回自带的inc文件就没事。所以看来还是有啥事。目前还没找到具体的原因。 PS：用的vs2022+qt5.6 PS2: 换vs2015测试了，一样不行。看来是其他地方的问题。
最后于 2023-12-21 20:24
被coolspace编辑
，原因：
|
|
|
我这是替换win_runtime32.dll.inc后，编译出来的vmp主程序，加密其他软件时，编译选项都不勾，只虚拟化函数可以运行，勾一个都运行不了，感觉还是runtime编译出来的函数有问题。
最后于 2023-12-21 20:38
被Olii编辑
，原因： 补充
|
|
|
解决了大佬记得更新一下方案 |
|
|
|
|
|
 还是没找到具体原因，不知有没有大牛已经发现解决方案了？
|
|
|
|
|
|
编译出来的win_runtime.dll，更新成win_runtime64.dll.inc，覆盖到core目录里面，之后再重编译vmprotect.exe，用这个vmprotect.exe加壳其他程序,，加壳出来的成品文件运行没问题？
最后于 2023-12-23 10:38
被coolspace编辑
，原因：
|
|
|
|
|
|
我用vs2015和2022都不行 |
|
|
|
|
|
是的，特意试过了，没半点问题，可能和上面兄弟说的，需要“优化选项设置一致” |
|
|
必须用vs2010？2015不行？ winruntime 这个工程默认打开了whole program optimization。关闭了不行 |
|
|
|
|
|
|
|
|
|
|
|
牛叉，感谢分享 |
|
|
|
|
|
|
