如何解决Play Store“不安全加密”报错发布旧版Android应用

首先明确：没有任何官方提供的「强制忽略安全报错」的特殊通道，所有靠代码混淆、特征隐藏绕开静态扫描的操作都有触发恶意行为判定、应用下架甚至开发者账号封禁的风险，完全没必要迁移加解密逻辑到NDK，按以下步骤操作即可正常过审，完全保留现有跨端兼容的加解密逻辑：

• 如实填写Play Console的安全合规申报
  在提交版本的「数据安全」表单、加密能力相关申报项中，不要勾选任何「使用加密技术保护用户敏感数据、交易信息、身份凭证」类的选项，明确备注你的加密使用场景：

  本应用采用固定密钥、固定IV的AES实现仅为兼容Windows、MacOS、Android三端互通的旧版数据格式，不承担任何数据安全防护职责，该实现的安全局限性已对所有用户做明确告知，不存在误导用户对数据加密安全性产生错误预期的行为。

• 给对应加解密代码加上扫描豁免标记
  不需要修改任何加解密逻辑，也不需要迁移到NDK，只需要在Android端调用该AES加解密逻辑的方法上添加@SuppressLint("BadCryptography")注解，同时在方法注释里明确标注该方法仅用于旧格式兼容、非安全防护用途，Play的静态扫描工具会自动识别这类明确声明非安全用途的加密实现，不会触发自动拦截。
• 触发驳回时直接走人工申诉
  如果首次提交后仍然收到「不安全加密」的驳回通知，不需要修改代码，直接在申诉通道提交说明材料：包括三端旧格式兼容的逻辑说明、应用内对用户告知该加密实现局限性的截图，明确说明该加密逻辑不用于任何敏感数据防护，人工复核通过后即可正常上架。

注意不要尝试用字符串拆分拼接硬编码密钥、把密钥藏在资源文件、native层这类方式刻意规避扫描，这类操作会被判定为故意规避安全检测，反而会导致更严重的审核处罚。你的使用场景本身完全符合Play的政策要求，如实申报是成本最低、风险为零的处理方式。

内容的提问来源于stack exchange，提问作者Oleg Korzhukov