能力值:
( LV4,RANK:40 )
|
-
-
2 楼
牛逼,沙发沙发,膜拜膜拜
|
能力值:
( LV2,RANK:10 )
|
-
-
3 楼
还以为开源
|
能力值:
( LV3,RANK:30 )
|
-
-
4 楼
膜拜膜拜,抢占板凳
|
能力值:
( LV5,RANK:60 )
|
-
-
5 楼
牛逼!!!+前排。
|
能力值:
( LV1,RANK:0 )
|
-
-
6 楼
我前两天刚做了东西,专门破这种的控制流平坦化,有需要的私聊
|
能力值:
( LV2,RANK:10 )
|
-
-
7 楼
大佬求开源
|
能力值:
( LV3,RANK:20 )
|
-
-
8 楼
牛逼,沙发沙发,膜拜膜拜
|
能力值:
( LV12,RANK:1010 )
|
-
-
9 楼
|
能力值:
( LV5,RANK:70 )
|
-
-
10 楼
大佬! 这个demo 7000多个方法,体积达到小10M,体积可能确实是一个问题,除了供选择混淆的方法以外,是有办法在强度不弱的情况下,减小体积; 还有反混淆的时候也是可以用dex->ir>optir->dex,比so的反混淆还是要小很多
|
能力值:
( LV9,RANK:180 )
|
-
-
11 楼
我觉得在Java层进行混淆强度实在太弱了,任何一个对Native反混淆有研究的,应该都能还原,因为Native反混淆难度远远高于你这个. Native代码反混淆我能想到的难点就有
- 函数体识别,函数参数识别,函数调用参数识别.
- 间接跳转目标识别,如switch;间接函数调用目标识别,比如c++虚函数.
- 二进制文件patch困难.
这些非常难搞的问题在Java(Dex)这边完全不存在.
|
能力值:
( LV9,RANK:230 )
|
-
-
12 楼
不知世事
大佬!
这个demo 7000多个方法,体积达到小10M,体积可能确实是一个问题,除了供选择混淆的方法以外,是有办法在强度不弱的情况下,减小体积;
还有反混淆的时候也是可以用dex->ir& ...
这个混淆强度可以自定义的,那个demo是最强的混淆。
|
能力值:
( LV9,RANK:230 )
|
-
-
13 楼
有道理,但是什么东西有利有弊吧,看需求比如xp模块加固
|
能力值:
( LV9,RANK:230 )
|
-
-
14 楼
krash
我觉得在Java层进行混淆强度实在太弱了,任何一个对Native反混淆有研究的,应该都能还原,因为Native反混淆难度远远高于你这个. Native代码反混淆我能想到的难点就有
- 函数体识别 ...
有道理,但是什么东西有利有弊吧,看需求比如xp模块加固
|
能力值:
( LV1,RANK:0 )
|
-
-
15 楼
可以进行一下性能测试吗,另外可以放出.jar的文件便于分析吗
|
能力值:
( LV3,RANK:25 )
|
-
-
16 楼
我也要把开源提上日程了。。。
|
能力值:
( LV2,RANK:10 )
|
-
-
17 楼
|
能力值:
(RANK:135 )
|
-
-
18 楼
感谢分享!
|
能力值:
( LV2,RANK:10 )
|
-
-
19 楼
混淆后jadx不能显示混淆后的代码么
|
能力值:
( LV9,RANK:230 )
|
-
-
20 楼
弱冠甕卿还仓
混淆后jadx不能显示混淆后的代码么
可以还原的
|
能力值:
( LV2,RANK:10 )
|
-
-
21 楼
很早以前我也高过一版,是通过在反编译出来的smali code 插入if goto 来实现的,但是后来有art 之后在安装apk的时候系统编译oat文件时编译不过去,在当时 Android5 上, 所以就放弃了
|
能力值:
( LV2,RANK:10 )
|
-
-
22 楼
插眼
|
能力值:
( LV10,RANK:175 )
|
-
-
23 楼
牛逼
|
|
|