重编译APK不改动签名但修改应用名称后崩溃，寻求解决方案

一、定位并绕过签名校验逻辑 #

• 优先hook系统层面的签名获取API，比如PackageManager.getPackageInfo，直接篡改返回的签名信息匹配原APK：

  Java.perform(function() {
      var PackageManager = Java.use("android.content.pm.PackageManager");
      PackageManager.getPackageInfo.overload('java.lang.String', 'int').implementation = function(pkgName, flags) {
          var res = this.getPackageInfo(pkgName, flags);
          // 将返回的签名替换为原APK的签名哈希值
          return res;
      };
  });
  

• 若应用采用底层签名校验（直接读取APK签名块），可hook ZipFile或AssetManager的相关方法，拦截签名读取操作并返回原签名数据。

二、破解字符串与方法混淆 #

• 针对字符串加密，用Frida追踪解密方法：先通过Jadx定位疑似解密的函数（如带decrypt、decode字样的方法），再hook输出明文：

  Java.perform(function() {
      var EncryptUtils = Java.use("com.example.app.util.EncryptUtils");
      EncryptUtils.decryptString.implementation = function(encrypted) {
          var plain = this.decryptString(encrypted);
          console.log("[Decrypt] " + encrypted + " -> " + plain);
          return plain;
      };
  });
  

• 混淆方法可通过Java.enumerateClasses遍历加载类，结合方法的参数、返回值特征（如返回boolean、接收签名/哈希参数）定位校验逻辑。

三、重打包配套处理 #

• 重编译后直接用原APK的签名文件签名，减少签名不一致触发的校验风险。
• 若应用校验APK完整性，hook哈希计算方法直接返回原APK的哈希值，或让校验方法直接返回true：

  Java.perform(function() {
      var IntegrityCheck = Java.use("com.example.app.check.IntegrityCheck");
      IntegrityCheck.verifyAPK.implementation = function() {
          return true;
      };
  });
  

四、应对反Frida检测 #

• 先hook系统调试检测方法，规避基础反调试：

  Java.perform(function() {
      var Debug = Java.use("android.os.Debug");
      Debug.isDebuggerConnected.implementation = function() {
          return false;
      };
      Debug.waitForDebugger.implementation = function() {};
  });
  

• 启动Frida时加--no-pause参数，避免应用启动校验逻辑先于hook执行。

内容的提问来源于stack exchange，提问作者Qasim Malik