Android逆向之旅---带你爆破一款应用的签名验证问题

               

一、前言

在之前的文章中说过Android中的安全和破解是相辅相成的，为了防止被破解，很多应用做了一些防护策略，但是防护策略也是分等级，一般简单的策略就是混淆代码和签名校验，而对于签名校验很多应用都是会做的，一般现在就两种方式：

第一种：签名校验不通过直接退出程序，也就是你会发现回编译二次打包运行失败的现象

第二种：签名校验不通过不触发程序指定逻辑，导致没有错误信息，也进不了应用的现象

关于Android中应用防护策略的文章可以看这里：Android中应用的攻防之战 今天我们就来看一下签名校验的应用案例，在回编译二次签名之后运行进不去游戏的问题，其实在之前已经分析过了一个签名验证的问题，那里的问题是回编译二次打包运行失败的问题。不了解的同学可以去这里看一下：Android中使用静态方式破解apk应用；这种运行失败的应用比较好解决，因为这种签名校验的一般都在应用的入口处，所以直接在入口处加一些日志，通过打印日志就可以看到，入口一般是Application的onCreate方法和attachBaseContext方法，而通过这个案例之后我们也学习到一个快速定位签名校验的方法的技巧：全局搜索signatures字符串，因为我们知道如果要做签名验证，必须调用系统的一个api方法：getPackageManager().getPackageInfo(getPackageName(), 64).signatures，所以在用Jadx工具反编译apk之后，全局搜signatures字符串可以立马定位到签名校验的方法。

二、案例分析

上面分析完了之前一个解决签名校验的案例，下面就用这个小游戏作为简单分析，这个游戏在市场都可以下载到：

本文研究的是V3.3版本的。我们下载游戏之后，可以利用apktool进行反编译，然后回编译重签名，安装运行：

游戏可以运行成功，但是卡在这里，进不了游戏了，这时候我们就猜想他可能有签名验证逻辑，可能放在本地，也有可能放在服务端，我们利用上面说到的那个技巧：在Jadx中全局搜"signatures"字符串内容：

这时候会发现有很多地方都在使用，其实可以推断出，这个游戏为了防止二次打包在很多地方都加了签名验证的逻辑，这样对于破解也是增加一定的难度，因为这里签名校验的地方太多了，所以没法一个一个修改，所以咋们用另外一种方式高效率的解决问题：在运行游戏的时候发现游戏卡在进度条了，所以猜想和网络请求有关，所以咋们就通过Fiddler抓包来分析他的请求信息:

游戏打开就这些请求，但是作为一个游戏不可能就这点请求的，这个也是卡住的原因，我们可以这么做，用一个正常的游戏在抓包看看情况：