静态加密：存在代理混淆的安全漏洞
内容提要
静态加密存在代理混淆的安全漏洞，CipherSweet 4.7.0版本提供了增强的AAD功能来解决此问题。然而，大多数客户端加密项目难以解决混淆代理攻击。
延伸解读
混淆代理攻击的运作机制
文章通过一个保险数据库管理员的例子，展示了混淆代理攻击如何运作：攻击者（如数据库管理员）可以复制其他用户的加密数据，覆盖到自己的记录中，然后通过应用程序解密读取。这种攻击利用了静态加密中密文与上下文未绑定的缺陷，使得应用程序在解密时无法区分数据归属，导致敏感信息泄露。
AAD机制：绑定密文与上下文
为了解决混淆代理攻击，文章提出使用AAD（附加认证数据）机制，将密文与其上下文（如用户ID、主键）绑定。这样，即使攻击者替换了密文，解密时也会因上下文不匹配而失败。CipherSweet 4.7.0版本通过增强的AAD功能简化了这一过程，但要求用户在加密前知道记录的主键，以便将其作为AAD的一部分。
客户端加密的普遍缺陷
文章指出，大多数客户端加密项目普遍使用不安全的分组密码模式（如ECB），这些模式缺乏对密文上下文的绑定，因此难以抵御混淆代理攻击。即使是CipherSweet的创建者也在最初版本中未能正确处理这一问题，凸显了在客户端加密中实现安全上下文绑定的挑战。
Q&A
静态加密的代理混淆安全漏洞是什么？
静态加密的代理混淆安全漏洞允许攻击者通过覆盖数据库记录来读取其他用户的数据。
CipherSweet 4.7.0版本如何解决静态加密的安全问题？
CipherSweet 4.7.0版本通过增强的AAD功能来解决静态加密中的代理混淆问题。
如何在Web应用程序中实现静态加密？
可以通过使用aes128gcm_encrypt函数对用户数据进行加密，并在数据库中存储加密后的数据来实现静态加密。
AAD机制在静态加密中有什么作用？
AAD机制将密文绑定到其上下文，从而防止混淆代理攻击，确保只有正确的上下文才能解密数据。
客户端加密项目面临哪些安全挑战？
客户端加密项目普遍使用不安全的分组密码模式，难以解决混淆代理攻击。
用户在使用CipherSweet时需要注意什么？
用户在写入记录之前必须知道记录的序列或主键，以便在加密字段时将其用作AAD。
