你不能。基本上没有技术机制可以阻止您阅读用户的内容，如果您愿意并且是恶意的。

在这里，让我们看一些明显的尝试，并了解为什么它们实际上不起作用：

• 您可以在程序中硬编码的密钥下加密用户数据，并以加密形式存储在数据库中，以防止您偷看用户数据。但是随后您的代码将具有解密密钥，因此您可以随时查看解密密钥，然后您将能够查看用户数据。不工作。

  （让程序为您生成密钥也不起作用，因为它将在哪里存储密钥以供将来使用？任何可以存储密钥的地方，您都可以阅读。）

• 您可以要求用户提供密码，从用户的密码中派生加密密钥，使用此密钥加密用户的数据，然后以加密形式将其存储在数据库中。但是随后您的代码会看到解密密钥。你可以修改你的代码来收集和记录用户的密码，然后你就可以读取用户的数据。用户将无法检测到这一点。不工作。

• 您可以将 Javascript 代码发送到用户的浏览器。Javascript 代码可以提示用户输入密码，从用户的密码中获取加密密钥，并对数据进行加密（所有操作都在浏览器上执行，因此用户的密码永远不会离开浏览器）。然后，Javascript 可以将用户数据以加密形式发送到您的服务器进行存储。这听起来很有吸引力。但是，它存在一个严重的问题。如果您是恶意的或窥探者，您可以轻松地修改您的服务器代码以向用户发送新的 Javascript，它会收集他们的密码并将副本发送到您的服务器。那会让你读取用户的数据。虽然您可能会说“哎呀，我永远不会那样做”，但关键是用户无法检测到这一点，所以他们无法验证你是否诚实，也没有技术机制可以防止你不诚实。不工作。

因此，正如您所看到的，对于这个问题没有真正阻止您读取用户数据的技术解决方案。如果您真的想读取用户数据，您可以，甚至可以以用户不会注意到的方式进行。用户有什么保证你不会这样做？好吧，他们必须相信你是一个诚实的人。技术机制无法解决问题。

现在，仍然有充分的理由进行加密。如果您是诚实的，并且不想保护您的用户免受不诚实版本的影响，而是希望避免您可能犯的无意错误或服务器数据库内容的可能安全漏洞，那么现在，这可能是一个问题至少部分解决了使用加密。

但是您提到的特定问题在实践中并不是仅通过密码学就可以真正解决的问题。

如果您希望用户感到自信，那么只需在整个界面中添加几张挂锁图片即可。这是心理，不是安全。以 19 世纪的银行为例，它们总是在新古典主义建筑中建造办公室，大柱石和大理石地板：这是为了让客户在不知不觉中将银行与坚固和长寿的概念联系起来—— 1933 年FDIC成立之前美国的一个重要概念。

如果您想说服精通技术的第三方您没有干扰所谓的“私人用户数据”，那么……您大多不走运。添加加密和哈希将无济于事；作为系统管理员/开发人员，您仍然可以控制并且可以在技术上做任何您想做的事情。堆积层层无根据的密码学只会让你在安全问题上看起来有点无能（至少在 IT 安全专业人士看来），这反过来会降低而不是增加信心。

关于避免错误、漏洞和后门，我们现在能做的最好的事情就是进行大量的审计。认真检查服务器源代码。编辑要在服务器上执行的每项管理操作的书面程序，并确保它们得到遵守；即，聘请外部审计员亲自见证所有操作。强制双重控制（如管理员密码长，人们只知道一半，所以需要两个操作员输入密码）。要求所有开发人员和系统管理员获得安全许可（包括债务情况）。有一个称为Webtrust的框架。两个重要警告：

1. 这将是昂贵的、漫长的、复杂得令人难以置信的，并且会永久地粉碎你的灵魂。
2. 这不好。这只是我们拥有的最好的。