Android APK签名

Android APK安装时的签名校验原理

Android APK安装时的签名校验原理主要是通过验证APK文件的签名信息来确保APK文件的完整性和来源的可信性。具体过程如下：

1. 签名生成：开发者使用Android SDK提供的工具生成一个密钥库文件（.keystore），其中包含一个或多个数字证书。然后，使用这些工具将APK文件与数字证书进行关联，生成一个签名文件（如.RSA文件）。

2. 签名打包：签名文件与APK文件一起打包成最终的APK文件，供用户下载和安装。

3. 安装时校验：当用户尝试安装APK文件时，Android系统会执行以下校验步骤：

   • 提取签名信息：从APK文件中提取出签名文件（如.RSA文件）和证书信息。
   • 计算摘要：使用与签名时相同的哈希算法（如SHA-256）对APK文件的内容进行哈希计算，得到一个新的摘要。
   • 验证签名：使用证书中的公钥对签名文件中的签名进行解密，得到原始的摘要。然后，将这个解密得到的摘要与刚刚计算出的新摘要进行比较。
   • 检查证书链：验证证书链的有效性，确保证书是由受信任的证书颁发机构（CA）签发的，或者证书链中的某个证书已经预置在Android系统中。

4. 结果判断：如果签名信息一致且证书链有效，Android系统会认为APK文件是完整且来自可信的开发者，允许用户安装和运行该APK文件。如果签名信息不一致或证书链无效，Android系统会提示用户安装失败或存在潜在风险。

V1到V4签名的异同和特点

签名版本	引入时间	签名方式	安全性	兼容性	特点
V1 (JAR签名)	早期Android版本	基于Java签名框架	较低	广泛	- 将整个APK文件作为一个整体进行签名。 - 使用MD5和SHA1哈希算法，以及RSA或DSA加密算法。 - 适用于所有Android系统版本，但安全性较低。
V2 (APK Signature Scheme v2)	Android 7.0 (API 24)	增量签名	较高	Android 7.0及以上	- 只对APK内容的部分进行签名，提高签名效率和验证性能。 - 使用SHA256哈希算法和ECDSA签名算法。 - 提供对APK文件进行验证和完整性检查的机制。 - 与V1签名共存，确保兼容性。
V3 (APK Signature Scheme v3)	Android 9.0 (API 28)	进一步增强V2签名	更高	Android 9.0及以上	- 采用更强大的签名算法和更长的密钥长度。 - 仍然采用增量签名方式。 - 提供签名块的完整性保护和签名的附加时间戳。 - 可选使用，应用可同时包含V1、V2和V3签名。
V3.1 (APK Signature Scheme v3+)	Android 13	V3签名的改进版本	更高	Android 13及以上	- 解决V3签名在轮替方面的一些已知问题。 - 支持SDK版本定位功能，允许轮替定位到平台的更高版本。 - 使用在Android 12或更低版本中无法识别的分块ID。
V4 (APK Signature Scheme v4+)	Android 11.0	支持ADB增量APK安装	特定场景	Android 11及以上	- 基于Merkle哈希树计算APK的所有字节。 - 完全遵循fs-verity哈希树的结构。 - 签名存储在单独的.apk.idsig文件中，不包含在APK文件中。 - 需要V2或V3签名作为补充，用于ADB增量安装。

总结

从V1到V4，Android APK签名方案不断演进，旨在提高签名效率、安全性和平台兼容性。V1签名作为最早引入的签名方案，虽然兼容性广泛但安全性较低。V2和V3签名通过引入增量签名和更强大的签名算法，显著提升了安全性和验证性能。V3.1签名进一步解决了V3签名在轮替方面的问题。而V4签名则是为了支持ADB增量APK安装而引入的特定场景下的签名方案。开发者应根据自己的应用需求和目标用户群体选择合适的签名方案。