我们应该加密存储在aspnet\u Profile表中的数据吗

Question

我们正在对我们所有的网站进行安全更新，其中涉及的两个步骤是加密传输时的数据和加密静态数据。

添加SSL证书将在传输时加密数据，我们需要加密数据库中的所有数据，这些数据被归类为用户的个人详细信息。

其中一些详细信息存储在aspnet\u profile表中。

有人能就加密存储在此表中的数据提出建议吗？作为安全更新的一部分，我们真的需要加密数据吗？

Answer 1

视情况而定。您希望能够访问该用户的信息，还是该用户是唯一有权访问该数据的人？

在第一种情况下，我认为只有当数据库存储在与Web服务器分开的服务器中，或者解密密钥存储在分开的服务器中时，数据加密才有意义。为了解密数据并将其呈现给用户，您需要解密它。如果加密的数据和密钥在同一台服务器中，并且该服务器受到破坏，攻击者将能够解密所有内容，因为他们也可以访问密钥。如果您将它们分开存储，他们将需要破坏2台（或更多）服务器，这可能会更难。此外，由于加密是一项繁重的任务，您可能应该只加密敏感数据（任何您认为对您的场景敏感的数据）。密码等数据不应该加密，而是散列和加盐（网上有很多关于如何做到这一点的信息）。如果您决定加密所有内容，您还应该为每个用户提供不同的密钥，这样如果一个密钥被泄露，只有一个用户会受到影响。

如果您只想让用户看到存储的信息，那么应该知道用户无权访问它（除非您也将其存储在单独的数据库中，而不进行加密，或者使用自己的密钥进行加密）。如果您没有使用自己的密钥备份信息（或将其存储在明文中，这违背了目的），丢失密码的用户将遇到麻烦。即使您有数据的副本，恢复数据也意味着使用您的密钥对其进行解密（如果不是明文存储的话），然后使用用户设置的新密钥对其再次加密。如果数据量很大，这可能是一项艰巨的任务。最后，如果您只想让用户拥有访问权和全部责任（因此您根本无法访问它），那么您应该明确说明，最好在客户端执行加密。同样，只有敏感数据最好加密。此外，用户名和用户登录密码等信息不应加密。在这种情况下，盐渍哈希的相同原理也适用于密码。

在这两种情况下，您都应该记住，丢失密钥意味着可能会丢失所有数据！您还应该使用一些好的加密方案，如AES CFB模式。

总的来说，这是否是一个好主意实际上取决于数据的敏感性和您拥有的预算。需要定期备份，以及小心处理以免密钥丢失。还可能需要额外的服务器，如果网站获得的流量很大，您可能需要强大的服务器才能处理这项繁重的任务。