NDB数据的快速加密慢解密方法

Question

我有未加密的web请求数据（不在我的管辖范围内），我想快速保存到数据存储中，以免减慢请求过程。在

系统用户偶尔需要通过web打开敏感数据。当用户发出这样的请求时，它将要求他们在解密过程开始之前完成一个reCAPTCHA，并记录关于其行为的事件。对于长度介于10到20个字符之间的字符串，解密时间可以适当地长达1分钟。在

在这种情况下，是否有一种在GAE上可用的加密算法，它的解密速度比加密慢？在

我正在考虑另一种方法来减少加密时间：

• 临时存储使用MD5&hash快速加密方法进行适度加密的数据，而计划作业会迭代任何未标记为正确加密的记录，并且经济地应用非常强的加密（如果用户尝试访问输入后立即输入的数据）

假设上面的方法是可行的，那么我假设我可以在数据中加密裤子几分钟，如果数据被破坏，而系统没有被破坏，那么尝试解密的代价会非常高。在

Answer 1

听起来传统的加密方法应该能满足您的需要，例如AES256。在加密方面，你应该尽量少创新。在“自己动手”的时候，使用成熟可靠的方法很容易出错，而且你也无法从学术密码学社区获得同行评议的好处。在

在解决加密阻塞请求的问题之前，请确保对使用您选择的强算法的加密实际需要多长时间进行基准测试。几百毫秒的延迟真的是个问题吗？在

如果加密速度太慢，你仍然不应该在加密算法的质量上妥协。更好的解决方案是在后台线程中执行加密，然后立即继续请求。在

将数据库中的ID分配给要以加密形式插入的资源，但不要在“真正”加密之前使用中间的、有意的“温和”加密形式。这一层只会提供一种虚假的安全感。在

如果用户试图访问尚未加密的资源，则返回一个错误，指示该资源仍在处理中（或加密失败，如果适用）。在

确保加密过程不存在失败或延迟的可能性，从而导致未加密的数据被保留的时间超过它应该保存的时间。如果加密不能及时成功（因为磁盘已满/电源故障/宇宙射线），则必须允许插入失败，并且不能保留未加密的数据。在