MULL 加固控制台

01选择安装包

上传原始 APK。加固后必须用这份 APK 的同一份签名重签，原因见下方说明。

02加固方案

标准

DEX 整体加密，方法不动。启动最快，兼容最好。

体积 +小 · 启动无感

深度

业务类方法抽到 code.bin，交给壳的 native 虚拟机跑。

体积 +中 · 启动略慢

最强

除系统库、AndroidX 外全抽。反编译基本是空的。

体积 +大 · 启动最慢

实际动作	标准	深度	最强
全部 DEX 加密	是	是	是
业务方法抽取	不抽	业务类	几乎全部
抽取后由谁执行	—	native VM	native VM
建议用在	上线首发	核心业务	外发/演示

加固完成后会列出本次实际加密的 DEX 数、抽取方法数、虚拟化方法数，可以直接对比三档差别。

03附加保护

代码虚拟化（VMP）
把应用自身包名下的关键方法编译成自定义字节码，运行时由壳内解释器执行，不是简单的加密+解密。逆向工具看到的只是跳板。 native 库加密
加密 .so 的代码段与符号，由壳在加载时解密并重定位。默认有单文件和总体积上限，超出的库会跳过。

SO 加密预算 — 决定多大 / 多少个 so 会被加密，不影响壳库与系统库

保守 · 单文件 8 MB / 总量 12 MB 默认。够覆盖一般业务库，体积增长可控。加大 · 单文件 16 MB / 总量 48 MB 能覆盖 OCR / 推理类大库，包体会明显变大，启动多解一次密。激进 · 不设上限所有可加密的 so 全加密。包体可能翻倍，个别按路径加载的库仍有风险，需实测。

资源路径混淆
把 res/ 下的文件名和路径改写，防直接解包取图、取配置。 兼容 32 位老设备
仅当 APK 不带 so 时生效：多打包一套 armeabi-v7a 壳库，体积约 +0.9 MB。默认只带 arm64，体积最小。

04运行中检测到风险

直接退出命中就结束进程，不给调试、注入留时间。防护最强，误报会表现为闪退。限制功能关闭受保护的功能，其余照常用。适合先观察一段时间。只记录只写日志，不做处理。用来排查误报，防护最弱。

监控项：调试器、Hook 框架、二次打包、代码段被改。Root 与模拟器默认不拦截，避免误伤正常用户。

签名说明：服务端不签名。下载后请用上传这份 APK 时用的同一份 keystore 重签。换了签名，壳的配置校验会对不上，安装后打开即闪退（logcat 里是 config.json HMAC mismatch）。

05任务进度

排队0%

06我的加固记录

刷新页面、关掉浏览器再回来，只要身份还在（卡密 / 登录 / 同一网络），这里的产物都能重新下载。