当加密ID需要变成Guid：为什么我选择了AES-CBC而非GCM？
💡
原文中文，约6500字，阅读约需16分钟。
📝
内容提要
在密码学中，AES-GCM通常被推荐为首选加密模式，但在某些情况下，CBC模式可能更合适。本文通过Sdcb.Chats项目的实践，分析了GCM与CBC的优缺点，强调根据具体需求选择合适的工具比盲目遵循最佳实践更为重要。
🎯
关键要点
- AES-GCM通常被推荐为首选加密模式，但在某些情况下CBC模式可能更合适。
- GCM的优势包括认证加密、性能高和无需填充。
- 在Sdcb.Chats项目中，固定IV/Nonce的需求使得GCM不适用。
- 使用固定Nonce加密会导致密文规律性，增加安全风险。
- CBC模式在固定IV情况下提供更好的密文扩散性。
- GCM的输出长度问题使其无法适配固定长度的Guid。
- CBC模式在输出长度限制下是更合适的选择。
- 选择CBC意味着放弃GCM的内置完整性验证，但在特定场景下这是可接受的风险。
- 务实主义胜于教条主义，技术选型应根据具体需求进行权衡。
- 在特定约束条件下，AES-CBC模式可以成为更优雅的解决方案。
❓
延伸问答
为什么在某些情况下选择AES-CBC而不是AES-GCM？
在特定需求下，如需要固定IV/Nonce或输出长度限制，AES-CBC可能更合适。
AES-GCM的主要优势是什么？
AES-GCM具有认证加密、高性能和无需填充等优势。
使用固定Nonce加密会带来什么风险？
使用固定Nonce会导致密文规律性，增加被攻击的风险。
在Sdcb.Chats项目中遇到的加密需求是什么？
需要将数据库中的ID展示为随机、无规律的标识符，同时保持统一格式。
CBC模式在固定IV情况下的表现如何？
CBC模式即使IV固定也能提供更好的密文扩散性，输出看起来更随机。
选择AES-CBC意味着放弃什么？
选择AES-CBC意味着放弃GCM的内置完整性验证，但在特定场景下这是可接受的风险。
➡️
