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运行中检测到风险

直接退出命中即结束进程，调试器也是首次命中就退。防护最强，误报会表现为闪退。限制功能停掉 VMP 解释、受保护资源解密、受保护 so 解密，其余照常用。已经加载进内存的 so 退不回加密状态，重启进程后才完全生效。只记录不处置只记录：logcat 标签 protector 每轮汇总一行 RASP_EVENTS，同时写 App 私有目录里的 threats.log。

监控项 — 勾掉的项不会编进壳；默认值仍是老版本那套（系统库 CRC 关、Root / 模拟器不拦）

调试器 TracerPid / ptrace 自附加 / 时序异常，连续两次命中才处置 Hook 框架 Frida 端口 / maps / 线程 / fd + Xposed、LSPosed、EdXposed 二次打包 签名证书比对，常开不可关：换签名必闪退（配置密钥就是证书派生） 代码段被改 · 本包 so 壳自身 .bitcode HMAC + maps 段校验 代码段被改 · 系统库 libc .text 磁盘 / 内存 CRC，抓 inline hook；部分机型误报，默认关

Root、模拟器默认不拦（误报太高）。「只记录」的命中会汇总进 logcat 标签 protector（grep RASP_EVENTS），并写入 App 私有目录的 threats.log。

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

05任务进度

排队0%

06我的加固记录

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