使用cipher.getInstance的正确方法是什么？

Question

Cipher.getInstance("AES")

Android Studio 的 Lint 对上述代码的抱怨如下：

在未设置加密的情况下不应调用 cipher.getinstance 模式和填充

上面的代码完美地按照 一个 SO 答案 的解释。

有人能阐明如何正确使用 cipher.getinstance() 吗？

Answer 1

实例化Cipher实例时，算法、模式和填充应始终显式指定，例如：

Cipher cipher = Cipher.getInstance("AES/CBC/PKCS5Padding");

如果仅指定了算法，则提供者-应用模式和填充的特定值，请参阅 中的 Cipher Android 或Java 文档。这有许多容易出错的缺点，因此应严格避免：

• 许多提供程序使用 ECB 模式和 PKCS#5 填充作为默认值，例如 Android 上的 BouncyCastle 提供程序（针对 API 级别 28 和 29 进行测试）。但是，ECB 模式不安全，因此不应应用，请参阅为什么不应使用 ECB 加密？。为了防止使用 ECB 模式，需要显式指定该模式。
• 如果涉及具有不同模式和填充默认值的不同提供程序，则可能会出现跨平台问题。
• 模式和填充的显式规范提高了可读性。

Lint 工具通过警告指出了这些问题，在未设置加密模式和填充的情况下不应调用 Cipher.getInstance。顺便说一句，Lint 报告还警告了使用 AES/ECB/PKCS5Padding 指定 ECB 时的不安全性：不应使用 ECB 加密模式。

相反，当使用 AES/CBC/PKCS5Padding 指定 CBC 时，不会在 Lint 中触发警告。

---

虽然 CBC 比 ECB 更安全，但 CBC 只支持机密性。因此，应首选经过身份验证的加密，它除了保密性之外还提供真实性和完整性，例如GCM。由于 GCM 基于 CTR，即流密码模式，因此不需要填充，这与 ECB 或 CBC 等分组密码模式不同（参见 块密码操作模式）。因此，GCM 是用 AES/GCM/NoPadding 指定的。

在这里您可以找到一篇有关 CBC 和 ECB 之间差异的帖子：我的分组密码应该使用 ECB 还是 CBC 加密模式？ 这里关于 CBC 和 GCM 之间的区别：CBC 和 GCM 模式之间有什么区别？。

最后，关于 PKCS#5 填充的一点说明：由于历史原因，Java/Android 世界中所谓的 PKCS#5 填充实际上是 PKCS#7 填充。您可以在此处找到有关此主题的更多详细信息：PKCS#5 填充和 PKCS#7 填充之间有什么区别？。