初创企业应用委托开发时App Signing配置及Play Store上传问题咨询

核心参数通用规则 #

• 签名密钥（keystore）：统一使用 JKS 格式，采用 RSA 算法，密钥长度不低于 2048 位，有效期需设置为 25 年及以上，覆盖应用全生命周期，避免到期后无法推送版本更新。
• 密码规则：keystore 密码、alias 对应密钥密码均需满足 16 位及以上长度，混合大小写字母、数字、特殊符号，禁止使用企业名称、上线日期等容易被破解的弱密码。两个密码无强制一致要求，建议分开设置提升安全性。
• alias 命名规则：业界通用命名格式为 [应用标识/包名后缀]_[发布渠道]_[创建年份]，例如面向海外的电商应用 Play 渠道 alias 可命名为 oversse_mall_play_2024，命名需具备明确辨识度，避免多应用/多渠道管理时混淆。

密钥交付规则 #

作为外包开发方，你必须将完整的 keystore 文件、keystore 密码、alias 名称、alias 密码全部交付给客户，签名密钥属于应用归属方的核心资产，你仅可在开发上线阶段临时使用，不得私自留存备份。
如果客户选择启用 Play App Signing 托管方案，你可以协助客户将签名证书上传至 Play Console 后台，托管后后续版本仅需上传 AAB 包，由 Play 后台自动完成签名。

密钥存储规范 #

• 客户收到密钥后，禁止存储在代码仓库、公共云盘、普通开发设备本地等易泄露位置，建议离线存储在加密U盘、企业专属密码管理工具、硬件加密模块中，同时至少留存2份异地备份，避免密钥丢失。
• 开发阶段临时使用密钥时，需通过加密通道传输，使用完成后立即删除本地副本，相关密码不得明文写在打包脚本、配置文件中，需通过环境变量注入的方式调用。
  注意：若未开启Play App Signing，密钥一旦丢失将完全无法恢复，应用无法推送更新，只能重新上架新包，损失所有存量用户和评分数据

内容的提问来源于stack exchange，提问作者Nikola-Milovic