.net - 使用 protected 配置对web.config进行加密毫无意义吗？

Question

我肯定错过了什么...

因此，我正在寻找在web.config中加密数据库连接字符串和sql session 状态连接信息的最佳方法。我很快就找到了有关msdn的介绍，介绍了如何使用 protected 配置来加密web.config的各个部分:
MSDN walkthrough on using Protected Configuration

因此，我认为很好，这里有一个机制可以做到这一点，而且看起来很简单。我完成了演练的结尾，它们提供了一个aspx页面的源代码，可用于解密所有连接字符串!!!

有什么意义？？？我没有在此Web服务器上运行任何ftp服务，任何人都只能看到web.config的唯一方法是，他们是否有权访问网站发布所在的文件系统。如果他们有，那么他们所要做的就是使用提供的代码来解密。

我想念什么？有没有更好的方法来加密这些？如果我推出自定义解决方案，它将适用于sql session 状态部分吗？ (不要相信从web.config中删除了手杖)

Answer 1

假设您使用的是DPAPI提供程序，则至少需要对文件系统具有写访问权限才能对其进行解密。解密的方法包括:

将包含解密代码的aspx页面复制到服务器并导航到它

登录服务器并运行应用程序以对其进行解密。

但是，它可以防止未经授权的用户解密，该用户对文件系统或文件系统具有读取访问权限。

通常，您将设置生产服务器，以便只有授权的管理员才能登录到服务器或写入其文件系统。

开发人员可能出于支持目的而具有远程读取访问权限，并且将无法远程解密配置文件。

使用标准库可以轻松进行加密/解密:最困难的部分是确保只有授权人员才能访问 key 。

如果您使用的是DPAPI，则实际上是在委派Windows安全 key 的管理。如果您使用RSA等其他提供程序，则需要将 key 存储在某处，并防止 key 遭到未经授权的访问，例如使用ACL。