一个神奇的软件保护技术，令无数逆向工程师望风而逃···

这玩意本质就是给程序套了一层虚拟机，性能损耗是必然的。 而且保护强度并没有想象中的好，能把一些初学者挡在外面，真正靠逆向吃饭的是防不了一点

♥ 314 ↩ 51

有时候思考，现在cpu这么牛逼了，到底有多少算力用来服务业务，到少算力用来加壳了。。。

♥ 99 ↩ 10

感觉就是把直接执行的机器码换成字节码，用一个解释器运行，那这样逆向主要就是解析字节码了吧

♥ 78 ↩ 5

虚拟机壳，忘了是第几代壳了，这玩意也会被脱就是分析成本很高[抠鼻]

♥ 105 ↩ 26

反编译是不可能真正防止的，说了几十年了，你见过真正反编译不出来的程序吗？有吗？没有，只有那些屎山和超大的程序，连写它的人都看不懂，那种反编译出来还是一坨屎，你得花几十人几百人天天守着去理解各个区块的内容和作用，最后可能还是看不懂，这才是真正的成本，反编译的成本相比于真正能把屎山用起来可太太太低了

♥ 95 ↩ 9

确实是拦住了不少新手和初学者，不过ai的出现让很多逆向工作省了不少事儿。大家碰到这种东西，研究除外，一般都是带壳跑。。。咳咳

♥ 61 ↩ 3

逆向这条路真是一路走到黑，到最后一无所有

♥ 57 ↩ 4

[吃瓜]主要是打补丁破解和利用其他手段，现在逆向越来越难搞了[笑哭][笑哭]，我现在就是没事搞搞微信 其他的不做了

♥ 55 ↩ 44

vmp还需要一定的逆向基础，手动添加保护函数，不然加上了和没加没什么区别，如果很懒，没有逆向基础或者懒得去找函数，那么选择tmd也是不错的选择

♥ 35 ↩ 7

vmp如果中如果解释执行的话，那vmp的代码不是要支持所有x86的普通指令的解释吗？

♥ 32 ↩ 7

我得了看到这三个字母就头疼的病

♥ 20

在源代码层面的混淆，才是逆向工程最难受的，逆向后拿到的代码不具备可读性和维护性，改起来费劲。 混淆的操作太多了： 用goto打乱语句，混淆变量名、常量名、函数名、类名及其属性和方法名。 这一通操作下来，就算逆向拿到了代码，价值也不大了。

♥ 38 ↩ 76

开源才是对逆向的降维打击

♥ 30 ↩ 8

Python也有一种加壳技术是通过修改虚拟机来达到修改字节码的目的。高级语言是不是有一种天然的优势来通过虚拟机加壳[doge]

♥ 14 ↩ 7

没接触过逆向 感觉这就像还是混淆 但是混淆的是指令?

♥ 13 ↩ 5

水，我要喝水[灵魂出窍]

♥ 11 ↩ 1

vmp最麻的是可以搞套娃。现在遇到这类虚拟化壳都是找找他调用的第三方api来撬龟壳。

♥ 11

虽然只是个引言，但如此严重的错误还是会误导很多小白：对于密码应该用散列等有损的方式储存，而不是加壳混淆

♥ 10 ↩ 1

@UniCyber 图二就是c++原始编译完没有经过任何混淆后，用ida反编译出的伪c代码，是不是和你所说的“源码混淆”差不多呢，你在图二能找到对应图一代码的哪个位置吗[吃瓜]

♥ 10 ↩ 40