为什么我加固后的apk用jadx反编译后跟加固前几乎没什么区别

[AkatoshSword]

如题

[frankgogoland]

不会的有很大区别，有个规则文件需要增加，默认不加固的。仔细看说明

[AkatoshSword]

我是用你发的jar运行直接输出的apk，这个是默认不加固吗

[maoabc]

看下加固过程中生成的c代码或者转换过程中的dex不就知道处理了什么？

AkatoshSword @.***> 于 2023年3月27日周一 09:26写道：

我是用你发的jar运行直接输出的apk，这个是默认不加固吗

— Reply to this email directly, view it on GitHub https://github.com/maoabc/nmmp/issues/71#issuecomment-1484333506, or unsubscribe https://github.com/notifications/unsubscribe-auth/AA27LV5KR7IPEPXUJ2QFC33W6DUFTANCNFSM6AAAAAAWGAKLHI . You are receiving this because you are subscribed to this thread.Message ID: @.***>

[AkatoshSword]

好吧，之前没细看，确实有效果，想问下这个能用于上架谷歌的aab包吗

[frankgogoland]

好吧，之前没细看，确实有效果，想问下这个能用于上架谷歌的aab包吗 可以

[AkatoshSword]

是先打包成apk再加固再转成aab吗

[frankgogoland]

google市场还支持apk

[maoabc]

新上架应该只能aab，我目前一直在用apk，所以没适配aab。

[AkatoshSword]

新上架应该只能aab，我目前一直在用apk，所以没适配aab。 多谢，请问之后有计划做aab的加固吗

[maoabc]

新上架应该只能aab，我目前一直在用apk，所以没适配aab。 多谢，请问之后有计划做aab的加固吗

看看后面有时间没，之前稍微了解了下aab，除了.proto那个有点不清楚，其他处理比apk还简单根本不用考虑对齐什么的。

[AkatoshSword]

新上架应该只能aab，我目前一直在用apk，所以没适配aab。 多谢，请问之后有计划做aab的加固吗

看看后面有时间没，之前稍微了解了下aab，除了.proto那个有点不清楚，其他处理比apk还简单根本不用考虑对齐什么的。

好的，目前项目要上谷歌得aab才行，希望大佬以后能做个aab的加固

[johnnyliaozq]

想问一下，运行完加固规则后，原来的dex还存在，和生成的lib so一齐，是什么原因呢。已配置了rules.txt下是按readMe里的 我的包名. {;} 这样的全包含规则。 按照正常则否是，原来需要处理的规则包名会在so里，其他的在dex才是正确的

[maoabc]

原来dex没处理过，那会存在，处理过的话，你可以反编译对应类，方法会被native化，字节码都会为空。而且最好只加固重要逻辑，全局加固可能导致严重的性能问题

[maoabc]

处理过程会依据过滤规则分离原classes.dex为classes_impl.dex跟classes_shell.dex，classes_impl.dex会被转为c代码编译为.so，classes_shell.dex重名后替换原本的classes.dex，跟.so一起打包进apk。 这些中间文件处理完成后都不删除，有需要可以自己分析。

[johnnyliaozq]

好的，我以 阿里云加固的思维来应用，抱歉。