您是否曾使用代码虚拟器或vmprotect来防止逆向工程？

我知道没有办法完全保护我们的代码.我也知道,如果用户想要破解我们的应用程序,那么他或她不是购买我们的应用程序的用户.我也知道改善我们的应用程序更好..而不是害怕防裂技术.我也知道没有商业工具可以保护我们的应用....我也知道....

好.足够.我听到了一切.我真的认为增加一点保护不会受到伤害.

所以....你曾经使用过来自oreans或vmprotect的代码virtulizer吗？我听说他们有时被某些杀毒软件检测为病毒.

在购买之前我应该​​注意的任何经验.我知道它会创建一些虚拟机并对代码进行模糊处理,以便更难找到注册例程的弱点.

有什么警告我应该知道吗？

谢谢.任何意见,将不胜感激.

乱切

在我看来,你应该很幸运,甚至渴望被盗版,因为这意味着你的产品是成功和受欢迎的.

这是不正确的.我工作了很多个月的软件在它发布的那一刻就破解了.有组织的破解小组通过download.com的RSS频道等提供支持,并破解出现的每个应用程序.提取任何应用程序的keygen代码是一块蛋糕,所以我的回答是:

a)求助于数字证书密钥文件,这些密钥文件不可能伪造,因为它们由私有AES密钥签名并由嵌入在应用程序中的公共密钥验证(参见:aquaticmac.com - 我使用跨平台的stl c ++实现), 随着.

b)出色的Code Virtualizer™.我会说,当我开始使用Code Virtualizer™时,我收到一些或两个用户关于应用程序崩溃的投诉.当我从他们的构建中删除它时,崩溃停止了.尽管如此,我不确定CV本身是否存在问题,因为它可能是我的代码中一个模糊不清的错误,但我自从重新调整了我的代码后我就听不到任何抱怨.

经过上述,没有更多的裂缝.有些人认为这是一个积极的事情,因为它是一个免费的宣传渠道,但这些人通常没有花费数月/数年的时间来发现你被扯掉了.很难接受.

不幸的是,受VM保护的软件比传统的打包软件更容易受到误报的影响.其原因在于,由于AV保护非常复杂,AV软件通常无法分析受保护的代码,并且可能依赖于模式库,或者可能对由其无法分析的系统保护的任何文件发出通用警告.如果您的首要任务是消除误报,我建议选择一种广泛使用的保护解决方案,例如AsProtect(尽管Oreans的产品也变得非常受欢迎).