为什么我加固后的apk用jadx反编译后跟加固前几乎没什么区别
AkatoshSword opened this issue · 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。
这些中间文件处理完成后都不删除，有需要可以自己分析。
好的，我以 阿里云加固的思维来应用，抱歉。