如果MySQL上有敏感信息，我应该加密什么？

Question

我正在制作一个应用程序，其中存储了一些PII (个人身份信息)，例如出生日期以及姓名和其他一些字段。我想用MySQL上的CBC用AES_ENCRYPT加密数据，但是有一个管理员需要看到这些信息，但是如果我加密用户的信息，管理员就看不到了。我应该使用用户名加密PII，而管理员无法看到和加密用户名，还是应该保留未加密的用户名，但使用用户名加密其他所有内容，从而留下一些安全风险，但允许管理员查看信息。我该怎么办？

Answer 1

一般来说，在DBMS中使用对称加密(如AES )加密静态数据是不必要的，也不足以保护其免受攻击。

为什么？

首先，像这样的系统中的薄弱环节通常是web服务器，而不是MySQL服务器。但是web服务器必须包含加密和解密数据所需的密钥。如果攻击者pwns你的web服务器，他占有你的密钥和你的算法来生成密钥，因此他pwns你的敏感数据。他也有一种非常强大的方法来找出你认为是敏感的数据。

攻击者不太可能直接危害您的MySQL服务器；在涉及PII的情况下，这些计算机通常位于防火墙之后。

另一件事:你的管理员。他需要拥有密钥，而管理员是攻击者的目标。(我不是说他是一顶黑帽，只是说他的白帽上有一个红色的大靶子。)

另一件事:它可能会给你一种错误的安全感。

(请注意，密码没有加密:它们是散列的。将密码与散列密码进行比较并说“匹配”或“不匹配”是很简单的。但是，获取一个哈希密码并恢复原始密码要困难得多。因此，密码是“加密”的这一论点与这种情况无关。)

我郑重建议你把你的时间和金钱花在上，而不是像你建议的那样用来加密你的静态个人识别码。相反，把你的资源用来确保你的网站是安全的，并确保你的MySQL服务器安全地位于强大的防火墙后面，并且对公共互联网是不可见的。

看看OWASP Top Ten漏洞。花点时间在你的网站上处理它们。使用穿透测试工具，如打饱眼扫描或快速扫描，尝试突破。

保护你的网站就像两个人和一只熊的老笑话。

熊:咆哮。

乔:我希望我能跑得比熊快。

迈克:我必须跑得比你快。

在网络安全领域，你不会想成为乔的。