如何实现Release启用安全检测、Debug禁用且无易篡改标志

需求概述 #

我正在修复应用的安全缺陷，需要实现一系列安全检测规则，且要求这些检测仅在Release构建中自动启用，Debug构建中自动禁用——原本想用配置文件标志控制，但这类标志极易被黑客篡改重打包绕过，因此必须采用无法轻易篡改的方式实现。

安全检测规则 #

• 禁止Release版本在模拟器中运行
• Release版本不可设置为debuggable状态
• 禁止Release版本连接debugger
• Release版本仅允许从Play Store安装
• 必须验证应用签名的合法性

现有检测代码 #

1. 模拟器检测代码 #

private static boolean isEmulator() {
    try {
        boolean goldfish = getSystemProperty("ro.hardware").contains("goldfish");
        boolean emu = getSystemProperty("ro.kernel.qemu").length() > 0;
        boolean sdk = getSystemProperty("ro.product.model").equals("sdk");

        if (emu || goldfish || sdk) {
            return true;
        }
    } catch (Exception e) {
    }
    return false;
}

2. Debuggable状态检测代码 #

public static boolean isDebuggable(Context context) {
    if (IdscProperties.getIsDebug()) {
        return true;
    }
    if (isDebuggableEnabled(context) || detectDebugger() || detectThreadCpuTimeNanos()) {
        return true;
    }
    return false;
}

private static boolean isDebuggableEnabled(Context context) {
    return (context.getApplicationInfo().flags & ApplicationInfo.FLAG_DEBUGGABLE) != 0;
}

3. Debugger连接检测代码 #

private static boolean detectDebugger() {
    return Debug.isDebuggerConnected();
}

4. Play Store安装来源检测代码 #

private static boolean isInstallerPlayStore(Context context) {
    final String installer = context.getPackageManager().getInstallerPackageName(context.getPackageName());
    return installer != null && installer.startsWith(PLAY_STORE_APP_ID);
}

5. 应用签名验证代码 #

private static boolean isAppSignatureMatches(Context context) {
    String signature = PackageVerifier.getCertificateHash(context, context.getPackageName());
    return SIGNATURE.equals(signature);
}

实现方案 #

直接利用Android构建系统自动生成的**BuildConfig.DEBUG**常量来控制检测逻辑——这个常量在Debug构建时为true，Release构建时为false，且是编译期常量，会直接固化到代码中，无法通过简单的重打包篡改。

具体修改步骤 #

1. 添加全局检测开关
   封装一个判断是否执行安全检测的方法，仅在非Debug构建时返回true：

   private static boolean shouldRunSecurityChecks() {
       return !BuildConfig.DEBUG;
   }
   

2. 在检测入口处添加开关判断
   在应用启动的关键节点（比如Application.onCreate()或启动页的初始化逻辑）中，先判断开关状态，再执行所有安全检测：

   public void performSecurityChecks(Context context) {
       if (!shouldRunSecurityChecks()) {
           return; // Debug构建直接跳过所有安全检测
       }
   
       // 执行模拟器检测
       if (isEmulator()) {
           // 处理逻辑：比如强制退出应用
           finishAndRemoveTask();
           System.exit(0);
       }
   
       // 执行Debuggable状态检测
       if (isDebuggable(context)) {
           finishAndRemoveTask();
           System.exit(0);
       }
   
       // 执行安装来源检测
       if (!isInstallerPlayStore(context)) {
           finishAndRemoveTask();
           System.exit(0);
       }
   
       // 执行签名验证
       if (!isAppSignatureMatches(context)) {
           finishAndRemoveTask();
           System.exit(0);
       }
   }
   

3. 移除依赖外部配置的逻辑
   修改Code 2中的IdscProperties.getIsDebug()，替换为BuildConfig.DEBUG，彻底去掉易被篡改的外部配置依赖：

   public static boolean isDebuggable(Context context) {
       if (BuildConfig.DEBUG) {
           return true; // Debug构建直接返回true，但后续检测会被开关跳过
       }
       if (isDebuggableEnabled(context) || detectDebugger() || detectThreadCpuTimeNanos()) {
           return true;
       }
       return false;
   }
   

方案优势 #

• 不可轻易篡改：BuildConfig.DEBUG是编译期常量，Release构建时会被直接替换为false，黑客要修改必须反编译代码、修改逻辑后重新编译APK，门槛远高于修改配置文件。
• 自动适配构建类型：无需手动切换配置，构建系统会根据Debug/Release类型自动控制检测是否执行。
• 逻辑简洁：所有控制逻辑内聚在代码中，无需依赖外部资源。

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