为什么我加固后的apk用jadx反编译后跟加固前几乎没什么区别
AkatoshSword opened this issue · 15 comments
如题
不会的有很大区别,有个规则文件需要增加,默认不加固的。仔细看说明
我是用你发的jar运行直接输出的apk,这个是默认不加固吗
好吧,之前没细看,确实有效果,想问下这个能用于上架谷歌的aab包吗
好吧,之前没细看,确实有效果,想问下这个能用于上架谷歌的aab包吗
可以
是先打包成apk再加固再转成aab吗
google市场还支持apk
新上架应该只能aab,我目前一直在用apk,所以没适配aab。
新上架应该只能aab,我目前一直在用apk,所以没适配aab。
多谢,请问之后有计划做aab的加固吗
新上架应该只能aab,我目前一直在用apk,所以没适配aab。
多谢,请问之后有计划做aab的加固吗
看看后面有时间没,之前稍微了解了下aab,除了.proto那个有点不清楚,其他处理比apk还简单根本不用考虑对齐什么的。
新上架应该只能aab,我目前一直在用apk,所以没适配aab。
多谢,请问之后有计划做aab的加固吗看看后面有时间没,之前稍微了解了下aab,除了.proto那个有点不清楚,其他处理比apk还简单根本不用考虑对齐什么的。
好的,目前项目要上谷歌得aab才行,希望大佬以后能做个aab的加固
想问一下,运行完加固规则后,原来的dex还存在,和生成的lib so一齐,是什么原因呢。已配置了rules.txt下是按readMe里的 我的包名.* {*;} 这样的全包含规则。 按照正常则否是,原来需要处理的规则包名会在so里,其他的在dex才是正确的
原来dex没处理过,那会存在,处理过的话,你可以反编译对应类,方法会被native化,字节码都会为空。而且最好只加固重要逻辑,全局加固可能导致严重的性能问题
处理过程会依据过滤规则分离原classes.dex为classes_impl.dex跟classes_shell.dex,classes_impl.dex会被转为c代码编译为.so,classes_shell.dex重名后替换原本的classes.dex,跟.so一起打包进apk。
这些中间文件处理完成后都不删除,有需要可以自己分析。
好的,我以 阿里云加固的思维来应用,抱歉。