-
-
[讨论]类似DexHunter的脱壳方法为什么无法修复360native
-
发表于: 2018-1-29 23:30
-
|
|
|---|---|
|
|
360 onCreate 是vmp的啊，不会吧insns 还原到ClassObject 中的Method里面了
|
|
|
|
|
|
|
|
|
|
|
|
精华？
|
|
|
你好，我看这个帖子(https://bbs.pediy.com/thread-223223.htm)它里面不是把insns解密之后再去遍历dex进行修复的么？ |
|
|
例如6E53 0600 0421 - invoke-virtual { v4, v0, v1, v2, v3}, Test2.method5:(IIII)这条指令，其中6E表示invoke-virtual指令，360执行这条指令的时候会把6E后面的5个字节进行解密出来，但是6e这个操作码e不会解密出来，其实是一张表的索引，通过这个索引跳转到一个Handler，这个Handler模拟的就是invoke-virtual指令，DexHunter针对的是类初始化时会把insns的指令全部还原到内存中的加固，而360对insns中的每条指令的操作码没有解密，需要分析出每条handler对应的操作码，360难点其实就是分析每个Handler代表什么操作码如move，const/4等等 |
|
|
有一点明白了，谢谢大神 
|
|
|
请教下 还有一个问题： 360解密的指（ 6E53 0600 0421 ） Handler 函数中要如何去执行这段指令让它生效呢？ 谢谢 |
|
|
|
