Obfuscapk 深度解析：控制流混淆

BlackObfuscator 是 VALLUM 加固栈里的控制流混淆器，思路与 Obfuscapk 一致。重命名混淆只改符号名，而控制流混淆改写代码的结构，让人在符号完整的情况下也读不懂分支走向。

核心手段是控制流平坦化。原本线性的 if/else 与循环被替换成一个由状态变量驱动的分发器 switch，线性执行变成在若干不透明块之间跳转的循环。再配合字符串加密、反射调用替换和资源名混淆，静态阅读 DEX 就成了解谜。

字符串加密之所以重要，是因为写死的令牌——API key、URL、类名——在重命名混淆之后依然原样存在。把字符串常量加密、运行时惰性解密，BlackObfuscator 就清掉了攻击者最先 grep 的低垂果实。

真正的拦路虎是与 R8 的冲突。VALLUM 的 APK 在构建期已经过 R8 混淆，之后再跑 BlackObfuscator 会触发运行时 NullPointerException。其内部 dex2jar→jar2dex 的往返会产出非法字节码，dx 能容忍，但 ART 运行时拒绝，且字符串池在被 NPE 击垮前会膨胀约 7 倍。

在该管线修复前，我们在 Standard、Enhanced、Maximum 三档里都保持 BlackObfuscator 禁用。保留的静态层——AndResGuard 资源混淆与 dpt-shell 函数抽取——已经显著抬高门槛，运行时一侧则由 RASP 覆盖。

如果你现在就需要控制流混淆，请在把 APK 交给 VALLUM 之前，用自家的 R8 或 ProGuard 配置、或专门的构建期工具去做，而不要作为后置步骤。我们已把 BlackObfuscator 修复列入后续，待 NPE 解决后再重新启用。