当加密ID需要变成Guid：为什么我选择了AES-CBC而非GCM？
内容提要
在密码学中，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-GCM与AES-CBC的选择考量
虽然AES-GCM被广泛推荐为加密的首选，但在特定场景下，AES-CBC可能更为合适。尤其是在需要固定IV或Nonce的情况下，CBC模式能够提供更好的密文扩散性，避免了GCM在相同Nonce下的安全风险。工程师在选择加密模式时，应根据具体需求进行权衡，而非盲目追随最佳实践。
固定长度输出的挑战
在需要将加密结果限制为固定长度（如Guid）的场景中，AES-CBC展现出其独特优势。GCM的输出包含Nonce和认证标签，导致其长度超出Guid的限制，而CBC模式则能自然适配16字节的输出。这一特性使得CBC在特定应用中成为更优雅的解决方案。
安全性与风险的权衡
选择AES-CBC意味着放弃GCM的内置完整性验证，这在某些场景下是可接受的风险。通过应用层的验证和低碰撞概率，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的内置完整性验证，但在特定场景下这是可接受的风险。
