安卓签名校验机制

目录

安卓的签名校验机制共有三代。

9.0以上的系统会判断apk是否使用到V3版本的签名,如果有,那么按照V3版本签名校验方式进行校验校验成功直接安装,校验失败拒绝安装;如果apk不是使用V3签名,判断是不是使用V2,如果没有使用V2那么再判断是不是使用V1的签名。

1 V1方案

v1签名后会增加META-INF文件夹,其中会有如下三个文件:

  • MANIFEST.MF:储存apk中每一个文件的摘要。
  • *.SFMANIFEST.MF 文件的摘要信息以及 MANIFEST.MF 文件当中每个条目在用摘要算法计算得到的摘要信息。
  • *.RSA:包含*.SF的签名及签名的公钥证书

以小米万能遥控的包apk为例

META-INF文件夹

MANIFEST.MF储存了文件名及其SHA256摘要的base64编码

*.SFMANIFEST.MF多了MANIFEST.MF的摘要,并且对MANIFEST.MF中的每个模块都进行了摘要。

如何区别一个模块,查看文件的十六进制,一个模块是以0D0A0D0A结尾的,其实就是两次换行。

AndroidManifest.xml模块来验证

*.RSAPKCS#7格式的数据经过ASN.1 DER规则编码之后的二进制文件

使用以下命令行读取

1
openssl pkcs7 -inform DER -in <*.RSA文件路径> -text -noout -print_certs

1.1 V1方案的安全性

APK 包的完整性校验不够强。如果我们在 APK 签名后,对 APK 包中没有涉及到原始文件的数据块做改变,那么这层校验机制就会失效。

2 V2方案

APK 签名方案 v2 是一种全文件签名方案,该方案能够发现对 APK 受保护部分进行的所有更改

APK Signing Bolck 由这几个部分组成:

偏移 字节数 描述
@0 8 这个 Block 的长度(本字段的长度不计算在内)
@8 n 一组 ID-value
@-24 8 这个 Bolck 的长度(和第一个字段一样值)
@-16 16 魔数 “APK Sig Block 42”

具体结构如下

来源 https://blog.csdn.net/qq\_43278826/article/details/119237062

ID = 0x7109871a的键值对块就是保存V2签名信息的地方。开头示例如下

结尾处示例

美团团队通过自定义ID,可以用来生成渠道包https://tech.meituan.com/2017/01/13/android-apk-v2-signature-scheme.html

ID = 0x7109871a的键值对块中的Value储存的是v2签名信息。

其中可以保存了一份或者多份APK签名信息(多个签名者)。

Value的内容结果如下

来源 https://blog.csdn.net/qq\_43278826/article/details/119237062

具体如下

示例分析。红框部分为摘要,紫框部分为证书。

2.1 摘要计算过程

摘要计算只针对原始zip内容

  • 拆分块chunk

    将每个部分(即上面标注第1、3、4部分)拆分成多个大小为 1 MB大小的块chunk,最后一个块chunk可能小于1MB。之所以分块,是为了可以通过并行计算摘要以加快计算速度

  • 计算块chunk摘要

    0xa5 + chunk长度(字节数) + chunk内容 拼接起来用对应的摘要算法进行计算出每一块的摘要值;

  • 计算整体摘要

    0x5a + chunk数 + chunk摘要(按块在 APK 中的顺序)拼接起来用对应的摘要算法进行计算出整体的摘要值

2.2 防回滚绕过

为了防止攻击者删除apk中的v2方案从而绕过,带 v2 签名的 APK如果还带 V1 签名,其 META-INF/*.SF 文件的主要部分中必须包含 X-Android-APK-Signed 属性。

3 V3方案

APK 的 v3 签名存储为 ID 值对,ID 为 0xf05368c0。v3 方案的设计与v2 方案非常相似。它具有相同的通用格式,添加了有关支持的SDK版本和proof-of-rotation结构的信息。

简单来说APK v3就是为了Andorid9的APK 密钥轮替功能而出现的,就是在v2的基础上增加两个数据块来存储APK 密钥轮替(更新签名密钥)所需要的一些信息,所以可以看成是v2的升级。具体结构见官网说明即可。

4 V4方案

APK v4是为了ADB 增量 APK 安装出现的

增量更新是基于 BSDiff 这个差量更新算法,基于两个 apk 字节码的差异,在服务端生成 patch 包,然后客户端通过同样的算法,把已安装的 apk 与 patch 包结合生成更新后的apk进行安装,以此减小 app 版本升级时的下载时间,提高更新效率。

签名方式和v2v3有所不同。

5 签名实践

以下介绍jarsignerapksigner签名工具的使用。

  • jarsignerJDK提供的针对jar包签名的通用工具,位置在JDK/bin/jarsigner
  • apksigner是Google官方提供的针对Android apk签名及验证的专用工具,位置在Android SDK/build-tools/SDK版本/apksigner

但这两种工具的签名都要使用到密钥库文件,所以顺便介绍密钥库生成。

5.1 keytool生成密钥库

使用keytool生成密钥库

1
keytool -genkey -keyalg RSA -keystore (指定密钥库文件名) demo.keystore

填写信息即可生成,

这个条目名字也是要用到的

或者我们可以指定条目名字

1
keytool -genkey -keyalg RSA -keystore demo1.keystore -alias test

5.2 jarsigner

签名命令

1
jarsigner -keystore 密钥库名 xxx.apk 密钥别名

还有以下两个参数比较重要

  • -digestalg 摘要算法
  • -sigalg 签名算法

5.3 apksigner

1
apksigner sign --ks demo1.keystore --ks-key-alias test app-debug.apk

apksigner默认开启v1v2签名,可以用以下参数关闭。

  • --v1-signing-enabled false
  • --v2-signing-enabled false