[关闭]
@Rays 2018-07-24T09:59:17.000000Z 字数 6679 阅读 1784

在Windows和Azure中使用加密证书提高web.config的安全性

Microsoft .NET

摘要： 数据泄密的发生越来越频繁，因此使应用尽可能安全是非常重要的。而web.config文件通常以纯文本形式存储，常常缺少安全防范。一旦入侵者可以访问该文件，那么就可以轻易地从内部或外部访问数据库和其它资源。本文介绍了如何使用Windows证书库实现对web.conf文件的加密。

作者： Jonathan Allen

正文：

本文要点

  • 加密证书可限制具有机密访问权限的人数。

  • 加密证书本身并不会降低对稳健性和多层安全计划的需求。

  • pfx解密密钥文件必须存储在一个安全的离线位置，并与密码分开存储。

  • 掌握PowerShell的知识，有助于简化认证相关的任务。

数据泄密的发生越来越频繁，因此使应用尽可能安全是非常重要的。而web.config文件通常以纯文本形式存储，常常缺少安全防范。一旦入侵者可以访问该文件，那么就可以轻易地从内部或外部访问数据库和其它资源。

问题并非一开始就是如此。在.NET首次推出时，很多应用运行在单个Windows域中。通常并不需要web.config文件存储密码，数据库访问权利可以直接赋予运行应用的用户账户。

但对于现代应用，情况则大相径庭。在分布式环境下，数据库及其它资源通常运行在Windows域之外，可能并不受同一家企业的控制。在这种环境下，非常有必要正确地存储密码、应用令牌以及其它一些系统标识。

本文介绍的技术并非最新提出的。Jouni Heikniemi在2013年的一次演讲中就介绍过，SQL Azure团队在此之前三年也做过介绍。但是这些年来，部分工具已不再推荐使用，用户界面也在不断地发生变化，一些特定的操作步骤不再有效。纵是如此，其中的原始概念仍然有效。

增加安全性

在开始介绍特定的技术之前，读者应注重理解加密web.conf文件的两个方面。一是加密web.conf文件只是应用整体安全计划中的一个步骤；二是应了解加密web.conf提供了哪些方面的保护，未对哪些方面提供保护。

应用要使用web.conf文件，必须可以解密该文件。如果将解密密钥以文件形式存储在web.conf文件旁边，那么显然攻击者会在获取web.conf文件时轻易获取该文件。如果将加密密钥嵌入到应用中，虽然增加了一个额外步骤，但是也易于被攻破。攻击者仅需要对窃取的代码运行反编译。

但是解密证书则不同。证书是存储在操作系统层面的，攻击者无法轻易地从硬盘中获取。除非经用户明确允许，否则证书甚至不可能从存储的计算机中导出。

这并非说证书是一个完美的解决方案。如果攻击者获取了应用目录的写权限，那么他就可以通过更改应用去解密web.config并解读其中的内容。这意味着，对包含应用代码的目录做写保护是同等重要的。理想情况下，只有用户的构建服务器具备生产服务器应用目录的写权限。但是这部分内容超出了本文的范畴。

另一个需要关注的问题是如何保护解密证书自身的拷贝。在建立一个新的服务器时，需要拷贝解密证书。证书也可以离线保存，或是保存在其它一些安全位置。另一方面，加密证书可根据需求共享。

创建加密证书

加密证书类似于SSL/TLS证书，由公钥和私钥组成。但是加密证书是自签名的，因为不需要验证文件的创建者和加密者。过去Windows开发人员需要使用makecert.exe生成证书，但是该工具目前已经不推荐使用了（虽然在Windows SDK中依然可见）。

当前正确的工具是使用PowerShell在Windows机器上创建证书。创建证书的命令如下:（注意：PowerShell命令需要以管理员运行。)

  1. $cert = New-SelfSignedCertificate -Type DocumentEncryptionCert -Subject "CN=DevConfig" -KeyExportPolicy Exportable -KeySpec KeyExchange
  3. Export-Certificate -Cert $cert -FilePath ".\DevConfig.cer"
  5. $mypwd = ConvertTo-SecureString -String "1234" -Force -AsPlainText
  7. Export-PfxCertificate -Cert $cert -FilePath ".\DevConfig.pfx" -Password $mypwd
  9. $cert

如命令名称所示，New-SelfSignedCertificate命令自身创建证书。在本例中，证书命名为“DevConfig”，用户也可以根据个人能喜好自行定义。

此后，我们使用Export-Certificate命令将加密证书导出为“.cer”文件。该文件就是创建加密配置文件所用的公钥。

其后两行命令使用Export-PfxCertificate命令将解密证书导出为“.pfx”文件。需要注意的是，该文件应该存储在一个安全的离线位置，并与使用ConvertTo-SecureString命令定义的密码分开存储（当然，也要避免使用“1234”这样不太安全的密码）。

用户需要知道证书指纹（thumbprint），它可能会被随后的命令所使用。最后一行命令“$cert”实现在屏幕上显示指纹。指纹本身并不被认为是秘密的。

将加密证书导入Windows

如果用户需要配置一台可加密配置文件但不用解密的机器，那么可使用如下命令。否则，跳到下一节内容。

  1. Import-Certificate -Filepath ".\DevConfig.cer" -CertStoreLocation cert:\LocalMachine\My

详细信息，参见Import-Certificate文档。

将解密证书导入Windows

该步骤实际完成加密和解密后的证书（也就是公钥和私钥）的导入。

  1. $mypwd = ConvertTo-SecureString -String "1234" -Force -AsPlainText
  3. Import-PfxCertificate -FilePath ".\DevConfig.pfx" -CertStoreLocation Cert:\LocalMachine\My -Password $mypwd

如果使用Import-PfxCertificate命令导入证书，那么默认证书是不可导出的。这意味着其他人将不能从该机器导出证书到另一台机器。在生产环境中最好如此配置，但是在开发机器上应标记证书为可导出的。

要验证证书是否正确安装，可使用Certificate Management Tool。

将解密证书导入到Windows Azure

对于Azure App Service，证书解密并非免费的服务。因此，下面的操作需要用户至少具有B1层级，支持SSL连接。

在Azure Portal中使用“SSL Settings”选项卡。然后点击“Upload Certificate”按钮安装证书。之后在屏幕下方可看到如下图所示界面信息：

下一步，用户需要将证书暴露给应用。具体操作是将WEBSITE_LOAD_CERTIFICATES键值加入到“Application Setting”选项中。用户可以填写以以逗号分隔的多个指纹值，或是设置值为“*”，即将用户所有的证书暴露给Web应用。

提供受保护配置（Protected Configuration Provider）

ProtectedConfigurationProvider实现加密和解密的处理。在本文中，我们使用了Pkcs12ProtectedConfigurationProvider。该类最初是由Microsoft创建的，并为兼容Azure App Service而做了一些微小改进。

对用户代码而言，插入Pkcs12ProtectedConfigurationProvider到配置读取流水线是透明的。这非常有用，用户可以灵活地选择使用加密还是非加密的配置文件。

用户可以在项目中直接添加Pkcs12ProtectedConfigurationProvider，也可以通过NuGet软件包WebConfigEncrypter下载。本文假定用户设定了使用NuGet软件包。

设置用于加密的web.config文件

一旦项目中添加了Pkcs12ProtectedConfigurationProvider类，用户需要设置web.config文件实现加密。

1 在web.config文件中添加如下部分：

  1. <configuration>
  2.   [...]
  3.   <configProtectedData>
  4.     <providers>
  5.       <add name="Pkcs12Provider" thumbprint="1234123412341234123412341234123412341234" type="WebConfigEncrypter.Pkcs12ProtectedConfigurationProvider, WebConfigEncrypter" storeLocation="LocalMachine"/>
  6.     </providers>
  7.   </configProtectedData>

2 更改thumbprint属性值为用户证书值。

3 如果用户使用的是NuGet软件包，那么更新type属性值为ProtectedConfigurationProvider DLL类的完全限定类名和程序集名。

加密web.config配置中的连接串

开始本步骤操作前，应确保对web.conf文件做了备份拷贝。

首先，确保aspnet命令行工具使用的是用户的ProtectedConfigurationProvider类。在Visual Studio命令行输入“where aspnet_regiis”。拷贝下列文件到输出结果指定的目录中。

然后，在web.config所在的文件夹中运行下面的命令：

  1. aspnet_regiis -pef "connectionStrings" "." -prov "Pkcs12Provider"

加密配置部分的内容如下：

  1. <connectionStrings configProtectionProvider="Pkcs12Provider">
  2.     <EncryptedData Type="http://www.w3.org/2001/04/xmlenc#Element"
  3.       xmlns="http://www.w3.org/2001/04/xmlenc#">
  4.       <EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#aes192-cbc" />
  5.       <KeyInfo xmlns="http://www.w3.org/2000/09/xmldsig#">
  6.         <EncryptedKey xmlns="http://www.w3.org/2001/04/xmlenc#">
  7.           <EncryptionMethod Algorithm="http://www.w3.org/2001/04/xmlenc#rsa-1_5" />
  8.           <KeyInfo xmlns="http://www.w3.org/2000/09/xmldsig#">
  9.             <KeyName>rsaKey</KeyName>
  10.           </KeyInfo>
  11.           <CipherData>
  12.             <CipherValue>Moy/a2XO2zvnn/HZW53DyC8aAJWo16+0KmnpC4SCSmuQZU0RT+HNFEA33pAGCzve+m6MTaRzhx6jVVRoAvpSNzfYG1bU1z7a1YnbW4OGxrmYYfdWW6cZQZ57dZnL6YSAlkJ5WlqPDGUPJa6FV/hTic3x4fJYy5vdSucmO6X3opuo1998LWNkL6fIS4WkjkG/SOFbI2Qx3HHogdN670jDHKNDON1z7bFHhLNyVj7RTO3xuQN9kF4PqbFtvwm1bYXTbZpdNxu/fcXZKONSAu8HN3QX5vTRyP/I4BG+NK7TUig3gxD4tq9GR7aSSGKJyt02PiCEO0JpyyIbHZ9xbck9kw==</CipherValue>
  13.           </CipherData>
  14.         </EncryptedKey>
  15.       </KeyInfo>
  16.       <CipherData>
  17.         <CipherValue>TeV0yJaFlEhpyZUlQoG7M3O7sfQ7uG3ndgmhxipOrwoEsrI+Zvt1NI7arefOFWGNW4CEaoLo4mKy2Kwr4ZgK+6rAwOmx1IRyheWtF7z/8+CiGOqSRXLyGEkDQBEVOWKU0Y6TaWtPu0ZM3bp5pvKaztBnthgGnrGYmigaufu5rZW1GWPtHyL2iWdAkU9iaf+AOpA/GSvoVtZmnfJ1rwy6U8PTO0h0Ws/PdkcOKuXGkx31t/Y32ivFoy7xYPnPt/Z/aNMiHvbO7faQAwuJ/NsG9G1FFRRHCqc73TUsRdKHVuf17BEp526RG6RBZtM3F3V3o0d8/sLmyrNI9tFfksB4qcWiN4P+BRtGr0iacmBfBOvAFSozfUYxjMpx+BYPOpD1pf4fMFoKxxKeJYY31XqZoQLp75RgmWhWYm8URHq4Cjs=</CipherValue>
  18.       </CipherData>
  19.     </EncryptedData>
  20.   </connectionStrings>

上面的配置适用于Windows IIS。其中，configProtectionProvider键值指定了应用所使用的解密类和证书。如果配置未起作用，那么重新运行上面介绍的Import-PfxCertificate命令。

加密自定义配置部分

用户不仅可以加密连接串，而且可以加密使用IConfigurationSectionHandler构建的自定义配置部分。要实现该功能，类似于对WebConfigEncrypter.dll的操作，用户必须将定义用户配置类的软件库拷贝到aspnet_regiis所在的目录。

首先，要确定在configSections列表中对自定义配置使用了完全限定类名和程序集名。例如：

  1.   <configSections>
  2.     <section name="protectedSettings" type="MyConfigSectionHandler.MyHandler, WebApplication1" />
  3.   </configSections>

这是aspnet_regiis的要求的，无论用户是否只能提供类名。

然后，用户需要再次运行加密命令，并将其中的-pef参数替换为自定义部分名称。

  1. aspnet_regiis -pef "protectedSettings" "." -prov "Pkcs12Provider"

Azure App Services中的一些特殊考虑

由于Azure App Service使用当前用户而非机器存储并提供证书，因此需要对storeLocation属性做如下更改：

  1. <add name=“Pkcs12Provider” thumbprint=“1234123412341234123412341234123412341234" type=“WebConfigEncrypter.Pkcs12ProtectedConfigurationProvider, WebConfigEncrypter” storeLocation=“CurrentUser”/>

作者简介

Jonathan Allen在90年代后期开始为一家健康诊所开发MIS项目，将逐步从Access和Excel迁移成为一个企业解决方案。在为金融行业开发自动交易系统五年后，他成为各种项目的顾问，其中包括机器人仓库的用户界面、癌症研究软件的中间层以及大型房地产保险公司的大数据解决方案。在空闲时间，他喜欢学习有关16世纪武术的东西。

查看英文原文： Securing web.config with Encryption Certificates on Windows and Azure

添加新批注
在作者公开此批注前，只有你和作者可见。
回复批注