Android程序的反破解技术

我们知道，利用apktool可以将apk反编译为smali文件，利用 dex2jar也可以将apk反编译为jar文件。这样的话，破解者就可以根据关键代码（比如资源文件中的字符串），修改代码，然后再利用apktool 重新编译，并运行signapk.bat重新签名打包为己所用，而你辛辛苦苦几个月的努力一下回到解放前！

那么，怎样防止破解呢？其实之前介绍的利用proguard进行代码混淆就是一种方式，它可以有效增加利用dex2jar反编译后破解的难度。另外，也可以通过检测调试器、模拟器、签名的hash值和classes.dex文件的crc值来确定确认apk文件的完整性。

检测调试器

我们发布时将AndroidManifest.xml文件中的application的android:debuggable属性设为false，程序运行时再去检测：

public void checkDebug(){
 if((getApplicationInfo().flags&=ApplicationInfo.FLAG_DEBUGGABLE)!=0){
     android.os.Process.killProcess(android.os.Process.myPid());
 }
}

此外，Android SDK还提供了一个专门检测debugger是否连接的方法：

android.os.Debug.isDebuggerConnected();

这样就不用在AndroidManifest.xml里配置字段了。

检测模拟器

通过dab shell getprop可以发现模拟器客真机这几个属性不一致：
ro.product.model: 模拟器中为”sdk”，真机中为具体型号；
ro.build.tags: 模拟器中为”test-keys”，真机中为”release-keys”；
ro.kernel.qemu: 模拟器中为”1”，真机中不存在；
下面以第三个字段为例做检测:

public boolean isRunningInEmulator(){
    boolean qemuKernel=false;
    Process process=null;
     DataOutpusStream os=null;
     try{
         process=Runtime.getRuntime().exec("get prop ro.kernel.qemu");
         os=new DataOutputStream(process.getOutputStream());
         BufferedReader in=new BufferedReader( new InputStreamReader(process.getInputStream(), "GBK"));
        os.writeBytes("exit\n");
         os.flush();
         process.waitFor();
        qemuKernel=(Integer.valueOf(in.readLine())==1);
    }catch(Exception e){
         e.printStackTrace();
         }finally{
            try{
             if(os!=null){
                 os.close();
             }
        }catch(Exception e){
            e.printStackTrace();
        }
     }
     return qemuKernel;
}

检查签名的hash值

Android的PackageManager类提供了读取签名信息方法：

public int getSignature(Context context, String packageName){
    PackageManager pm=context.getPackageManager();
    PackageInfo pi=null; int sig=0;
    try{
        pi=pm.getPackageInfo(packageName, PackageManager.GET_SIGNATURES);
         Signature[] s=pi.signatures;
        sig=s[0].hashCode();
    }catch(Exception e){
     sig=0; e.printStackTrace();
    }
    return sig;
}

打包发布前我们将这个hash值保存在server端，程序运行时再去比对。

检查classes.dex文件CRC值

apk文件本质上是zip压缩文件，而Android SDK自带了读取zip压缩包CRC值的API：

public long getDexCrc(Context context){
    long crc=0;
     ZipFile zf;
     try{
         zf=new ZipFile(context.getApplicationContext().getPackageCodePath());
         ZipEntry ze=zf.getEntry("classes.dex");
         crc=ze.getCrc();
     }catch(Exception e){
         e.printStackTrace();
     }
     return cry;
}

打包发布前我们也可以将这个crc值保存在server端，程序运行时再去比对。
将以上几种方式结合起来，就可以大大增强apk文件的破解难度。

最后，网上有些大神说还可以通过对apktool和dex2jar等反编译工具进行压力测试，以得到错误信息，而这些工具是开源的，这样我们就可以顺藤摸瓜地找到这些工具本身的漏洞，进而在我们的代码中加以利用，达到釜底抽薪的作用。例如对dex2jar运行这个批处理:

1	for %%i in (*.apk) do dex2jar %%i

这种思路理论上是行得通的，但我没有亲测过，这里就不再多说了。