Android APK签名的机制原理及方法

Myth丶恋晨 2023-10-03 17:56 23阅读 0赞

## 一 、Android签名机制及原理 ##

Android系统在安装APK的时候，首先会检验APK的签名，如果发现签名文件不存在或者校验签名失败，则会拒绝安装，所以应用程序在发布之前一定要进行签名。给APK签名可以带来以下好处：

**应用程序升级**  
如果想无缝升级一个应用，Android系统要求应用程序的新版本与老版本具有相同的签名与包名。若包名相同而签名不同，系统会拒绝安装新版应用。

**应用程序模块化**  
Android系统可以允许同一个证书签名的多个应用程序在一个进程里运行，系统实际把他们作为一个单个的应用程序。此时就可以把我们的应用程序以模块的方式进行部署，而用户可以独立的升级其中的一个模块。

**代码或数据共享**  
Android提供了基于签名的权限机制，一个应用程序可以为另一个以相同证书签名的应用程序公开自己的功能与数据，同时其它具有不同签名的应用程序不可访问相应的功能与数据。

**应用程序的可认定性**  
签名信息中包含有开发者信息，在一定程度上可以防止应用被伪造。例如网易云加密对Android APK加壳保护中使用的“校验签名（防二次打包）”功能就是利用了这一点。

**签名原理**  
对一个APK文件签名之后，APK文件根目录下会增加META-INF目录，该目录下增加三个文件：

> MANIFEST.MF  
> NETEASE.RSA  
> NETEASE.SF

其中.RSA文件还可能是.DSA文件，RSA与SF文件的文件名可以更改，但是它们的命名必须一样。  
MANIFEST.MF中保存了APK里所有文件的SHA1校验值的BASE64编码，格式如下（一个文件对应一条记录）：

> Name: res/anim/abc\_fade\_in.xml  
> SHA1-Digest: ohPEA4mboaFUu9LZMUwk7FmjbPI=  
> Name: res/anim/abc\_fade\_out.xml  
> SHA1-Digest: MTJWZc22b5LNeBboqBhxcQh5xHQ=

SF文件里保存了MANIFEST.MF文件的SHA1校验值的BASE64编码，同时还保存了MANIFEST.MF中每一条记录的SHA1检验值BASE64编码，格式如下：

> SHA1-Digest-Manifest: ZRhh1HuaoEKMn6o21W1as0sMlaU=  
> Name: res/anim/abc\_fade\_in.xml  
> SHA1-Digest: wE1QEZhFkLBWMw4TRtxPdsiMRtA=  
> Name: res/anim/abc\_fade\_out.xml  
> SHA1-Digest: MfCV1efdxSKtesRMF81I08Zyvvo=

RSA文件则包含了签名的公钥、签名所有者等信息，还保存了http://my.oschina.net/u/816213/blog/685762?fromerr=RSS3IhKo用SHA1withRSA签名算法对SF文件的签名结果信息。  
Android系统就是根据这三个文件的内容对APK文件进行签名检验的。

###### 为什么要签名呢？是不是最安全的呢？如果apk文件被篡改后会发生什么？ ######

首先，如果你改变了apk包中的任何文件，那么在apk安装校验时，改变后的文件摘要信息与MANIFEST.MF的检验信息不同，于是验证失败，程序就不能成功安装。  
其次，如果你对更改的过的文件相应的算出新的摘要值，然后更改MANIFEST.MF文件里面对应的属性值，那么必定与CERT.SF文件中算出的摘要值不一样，照样验证失败。  
最后，如果你还不死心，继续计算MANIFEST.MF的摘要值，相应的更改CERT.SF里面的值，那么数字签名值必定与CERT.RSA文件中记录的不一样，还是失败。  
那么能不能继续伪造数字签名呢？不可能，因为没有数字证书对应的私钥。  
所以，如果要重新打包后的应用程序能再Android设备上安装，必须对其进行重签名。

**结论：只要修改了Apk中的任何内容，就必须重新签名，不然会提示安装失败**

## 二、 Android 签名方法 ##

**1、apksign、jarsinger**

一般的签名过程可以由apksign.jar或者jarsinger.jar完成。apksign.jar由Android SDK提供，使用方法如下：

> java -jar signapk.jar testkey.x509.pem testkey.pk8 update.apk update\_signed.apk

它接受一个PEM公钥文件，PK8私钥文件，对update.apk进行签名，签名后的文件保存到update\_signed.apk。  
jarsinger是由JDK提供，使用方法如下：

> jarsigner -verbose -keystore d:\\debug.keystore -signedjar update\_signed.apk update.apk androiddebugkey -digestalg SHA1 -sigalg MD5withRSA -keypass android -storepass android

其中：

> \-keystore表示keystore文件的路径  
> androiddebugkey 表示keystore中的一个别名  
> \-digestalg表示摘要算法  
> \-sigalg 表示签名算法  
> \-keypass 表示别名密码  
> \-storepass表示keystore密码

经过测试，发现以上两个传统的签名工具存在以下缺点：

1)、jarsigner在对一个已经有META-INF目录的APK进行签名的时候，有可能会报错：

jarsigner: 无法对 jar 进行签名: java.util.zip.ZipException: invalid entry compressed size (expected 1368 but got 1379 bytes)

2)、如果APK中已经有签名文件且签名文件中的RSA（或DSA）、SF文件的命名不是CERT的时候，用这两个签名工具进行签名后，会出现：

> META-INF目录下会有两个RSA/SF文件，会导致APK在安装的时候失败。

3)、签名花费时间长。这两个签名工具在生成签名后的APK时，是按Zip中一个entry接一个entry 依次拷贝的，效率十分低。因为游戏类型APK类文件数量一般比较多，所以这一缺陷在签名游戏类型APK时，体现得尤为明显。

**2、极速签名工具（ApkSinger）**

极速签名工具克服了signapk.jar与jarsigner在签名过程的缺点，使用方法：

> java -jar ApkSigner.jar \[-appname test\] -keystore keystorePath -alias alias \[-pswd password\] \[-aliaspswd aliasPassword\] apkPath(or directory)

> \-appname 待签名的应用程序名，可选，但建议不同的APP填上对应的app名  
> \-keystore 后跟.keystore签名文件  
> \-alias 后跟签名别名  
> \-pswd 后跟对应签名的密码，可选，如果不填，则签名的时候需要手动输入  
> \-aliaspswd 对应别名alias的密码，如果没有则默认使用keystore Password

最后跟待签名的APK路径或者目录路径 ，如果跟的是目录则是批量签名.