作者: Luke Latham和Andrew Stanton
本文档说明如何使用Microsoft Azure Key Vault配置提供程序从 Azure Key Vault 机密加载应用配置值。 Azure Key Vault 是一项基于云的服务,可帮助保护应用程序和服务使用的加密密钥和机密。 将 Azure Key Vault 用于 ASP.NET Core 应用的常见方案包括:
将包引用添加到AzureKeyVault包。
该示例应用在Program.cs文件顶部的 #define
语句确定的两种模式中运行:
Certificate
– 演示了如何使用 Azure Key Vault 的客户端 ID 和 x.509 证书来访问存储在 Azure Key Vault 中的机密。 可以从部署到 Azure App Service 的任何位置运行此版本的示例,也可以从部署到 ASP.NET Core 应用程序的任何主机上运行。Managed
– 演示了如何使用Azure 资源的托管标识对应用进行身份验证,以使用 Azure AD 身份验证 Azure Key Vault,而不会在应用的代码或配置中存储凭据。 使用托管标识进行身份验证时,不需要 Azure AD 的应用程序 ID 和密码(客户端机密)。 必须将示例的 Managed
版本部署到 Azure。 按照使用 Azure 资源的托管标识部分中的指导进行操作。有关如何使用预处理器指令(#define
)配置示例应用的详细信息,请参阅 ASP.NET Core 简介。
使用机密管理器工具在本地设置机密。 当在开发环境中的本地计算机上运行示例应用时,会从本地密钥管理器存储中加载密码。
机密管理器工具需要应用的项目文件中的 <UserSecretsId>
属性。 将属性值({GUID}
)设置为任何唯一 GUID:
<PropertyGroup> <UserSecretsId>{GUID}</UserSecretsId> </PropertyGroup>
机密以名称-值对的形式创建。 分层值(配置节)使用 :
(冒号)作为ASP.NET Core 配置项名称中的分隔符。
机密管理器是从打开到项目内容根目录的命令 shell 使用的,其中 {SECRET NAME}
是名称,{SECRET VALUE}
是值:
dotnet user-secrets set "{SECRET NAME}" "{SECRET VALUE}"
从项目的内容根在命令外壳中执行以下命令,为示例应用设置机密:
dotnet user-secrets set "SecretName" "secret_value_1_dev" dotnet user-secrets set "Section:SecretName" "secret_value_2_dev"
如果这些机密存储在生产环境中的机密存储 Azure Key Vault 中,并具有 Azure Key Vault部分,则 _dev
后缀将更改为 _prod
。 后缀在应用的输出中提供视觉提示,指示配置值的源。
本快速入门:使用 Azure CLI 主题的 Azure Key Vault 设置和检索机密的说明,请参阅此处,以创建 Azure Key Vault 和存储示例应用使用的机密。 有关更多详细信息,请参阅主题。
使用Azure 门户中的以下方法之一打开 Azure Cloud shell:
如果尚未通过身份验证,请在 az login
命令中登录。
使用以下命令创建资源组,其中 {RESOURCE GROUP NAME}
是新资源组的资源组名称,{LOCATION}
是 Azure 区域(datacenter):
az group create --name "{RESOURCE GROUP NAME}" --location {LOCATION}
使用以下命令在资源组中创建密钥保管库,其中 {KEY VAULT NAME}
是新密钥保管库的名称,{LOCATION}
是 Azure 区域(datacenter):
az keyvault create --name {KEY VAULT NAME} --resource-group "{RESOURCE GROUP NAME}" --location {LOCATION}
在密钥保管库中,以名称-值对的形式创建机密。
Azure Key Vault 机密名称仅限字母数字字符和短划线。 分层值(配置节)使用 --
(两个短划线)作为分隔符。 冒号(通常用于在ASP.NET Core 配置中的子项中分隔部分)在 key vault 机密名称中不允许使用。 因此,当机密加载到应用的配置中时,将使用两个短划线并为冒号交换。
以下机密用于示例应用。 这些值包括一个 _prod
后缀,以将其与从用户机密的开发环境中加载的 _dev
后缀值区分开来。 将 {KEY VAULT NAME}
替换为在上一步中创建的密钥保管库的名称:
az keyvault secret set --vault-name {KEY VAULT NAME} --name "SecretName" --value "secret_value_1_prod" az keyvault secret set --vault-name {KEY VAULT NAME} --name "Section--SecretName" --value "secret_value_2_prod"
配置 Azure AD、Azure Key Vault 和应用,以便在Azure 外托管应用时使用 Azure Active Directory 应用程序 ID 和 x.509 证书对密钥保管库进行身份验证。 有关详细信息,请参阅关于密钥、机密和证书。
备注
尽管在 Azure 中托管的应用程序支持使用应用程序 ID 和 x.509 证书,但在 Azure 中托管应用程序时,我们建议使用Azure 资源的托管标识。 托管标识不需要在应用或开发环境中存储证书。
当Program.cs文件顶部的 #define
语句设置为 Certificate
时,示例应用使用应用程序 ID 和 x.509 证书。
Certificate
示例应用从 IConfigurationRoot
中获取其配置值,名称与机密名称相同:
SecretName
的值是通过 config["SecretName"]
获取的。:
(冒号)表示法或 GetSection
扩展方法。 使用以下任一方法来获取配置值:
config["Section:SecretName"]
config.GetSection("Section")["SecretName"]
X.509 证书由操作系统管理。 应用使用appsettings文件提供的值调用 AddAzureKeyVault:
// using System.Linq; // using System.Security.Cryptography.X509Certificates; // using Microsoft.Extensions.Configuration; public static IHostBuilder CreateHostBuilder(string[] args) => Host.CreateDefaultBuilder(args) .ConfigureAppConfiguration((context, config) => { if (context.HostingEnvironment.IsProduction()) { var builtConfig = config.Build(); using (var store = new X509Store(StoreLocation.CurrentUser)) { store.Open(OpenFlags.ReadOnly); var certs = store.Certificates .Find(X509FindType.FindByThumbprint, builtConfig["AzureADCertThumbprint"], false); config.AddAzureKeyVault( $"https://{builtConfig["KeyVaultName"]}.vault.azure.net/", builtConfig["AzureADApplicationId"], certs.OfType<X509Certificate2>().Single()); store.Close(); } } }) .ConfigureWebHostDefaults(webBuilder => { webBuilder.UseStartup<Startup>(); });
示例值:
contosovault
627e911e-43cc-61d4-992e-12db9c81b413
fe14593dd66b2406c5269d742d04b6e1ab03adb1
appsettings.json:
{ "KeyVaultName": "Key Vault Name", "AzureADApplicationId": "Azure AD Application ID", "AzureADCertThumbprint": "Azure AD Certificate Thumbprint" }
运行应用时,网页将显示加载的机密值。 在开发环境中,用 _dev
后缀加载机密值。 在生产环境中,值以 _prod
后缀进行加载。
部署到 azure 的应用可以利用Azure 资源的托管标识,这允许应用通过使用 Azure AD 身份验证而不使用应用中存储的凭据(应用程序 ID 和密码/客户端密码)进行身份验证 Azure Key Vault。
当Program.cs文件顶部的 #define
语句设置为 Managed
时,示例应用使用 Azure 资源的托管标识。
在应用的appsettings文件中输入保管库名称。 设置为 Managed
版本时,示例应用不需要应用程序 ID 和密码(客户端密码),因此可以忽略这些配置条目。 应用将部署到 Azure,Azure 将对应用进行身份验证,以便仅使用存储在appsettings文件中的保管库名称访问 Azure Key Vault。
将示例应用部署到 Azure App Service。
在创建服务时,会自动向 Azure AD 注册部署到 Azure App Service 的应用。 从部署中获取对象 ID 以在下面的命令中使用。 对象 ID 显示在应用服务的 "标识" 面板上的 "Azure 门户中。
使用 Azure CLI 和应用程序的对象 ID,为应用程序提供 list
和 get
权限,以访问密钥保管库:
az keyvault set-policy --name {KEY VAULT NAME} --object-id {OBJECT ID} --secret-permissions get list
使用 Azure CLI、PowerShell 或 Azure 门户重启应用。
示例应用:
AzureServiceTokenProvider
类的实例。 如果未提供连接字符串,提供程序将尝试从 Azure 资源的托管标识获取访问令牌。AzureServiceTokenProvider
实例令牌回调创建新 KeyVaultClient。--
)替换为冒号(:
)。// using Microsoft.Azure.KeyVault; // using Microsoft.Azure.Services.AppAuthentication; // using Microsoft.Extensions.Configuration.AzureKeyVault; public static IHostBuilder CreateHostBuilder(string[] args) => Host.CreateDefaultBuilder(args) .ConfigureAppConfiguration((context, config) => { if (context.HostingEnvironment.IsProduction()) { var builtConfig = config.Build(); var azureServiceTokenProvider = new AzureServiceTokenProvider(); var keyVaultClient = new KeyVaultClient( new KeyVaultClient.AuthenticationCallback( azureServiceTokenProvider.KeyVaultTokenCallback)); config.AddAzureKeyVault( $"https://{builtConfig["KeyVaultName"]}.vault.azure.net/", keyVaultClient, new DefaultKeyVaultSecretManager()); } }) .ConfigureWebHostDefaults(webBuilder => { webBuilder.UseStartup<Startup>(); });
Key vault 名称示例值: contosovault
appsettings.json:
{ "KeyVaultName": "Key Vault Name" }
运行应用时,网页将显示加载的机密值。 在开发环境中,机密值具有 _dev
后缀,因为它们是由用户机密提供的。 在生产环境中,值使用 _prod
后缀加载,因为它们由 Azure Key Vault 提供。
如果收到 Access denied
错误,请确认已向应用程序注册了 Azure AD 并提供了对密钥保管库的访问权限。 确认已在 Azure 中重新启动该服务。
有关将提供程序与托管标识和 Azure DevOps 管道一起使用的信息,请参阅使用托管服务标识创建与 VM 的 Azure 资源管理器服务连接。
AddAzureKeyVault 可以接受 AzureKeyVaultConfigurationOptions:
config.AddAzureKeyVault( new AzureKeyVaultConfigurationOptions() { ... });
属性 | 说明 |
---|---|
Client |
用于检索值的 KeyVaultClient。 |
Manager |
用于控制机密加载的 IKeyVaultSecretManager 实例。 |
ReloadInterval |
Timespan 在轮询密钥保管库进行更改时等待。 默认值为 null (配置不会重新加载)。 |
Vault |
密钥保管库 URI。 |
AddAzureKeyVault 提供一个重载,该重载接受 IKeyVaultSecretManager的实现,这允许你控制密钥保管库机密如何转换为配置密钥。 例如,你可以实现接口,以便基于在应用启动时提供的前缀值加载机密值。 例如,你可以根据应用程序的版本加载机密。
警告
不要对 key vault 机密使用前缀,将多个应用的机密放入同一密钥保管库,或将环境机密(例如,开发与生产机密)放入同一保管库中。 建议不同的应用和开发/生产环境使用不同的密钥保管库,以便隔离应用环境以获得最高级别的安全性。
在下面的示例中,在密钥保管库中建立了机密(并使用开发环境的机密管理器工具)进行 5000-AppSecret
(密钥保管库机密名称中不允许使用句点)。 此机密代表应用程序版本5.0.0.0 的应用程序机密。 对于其他版本的应用,5.1.0.0,会将机密添加到密钥保管库(并使用机密管理器工具)进行 5100-AppSecret
。 每个应用版本会将其版本控制的机密值作为 AppSecret
加载到其配置中,并在加载机密时将版本去除。
使用自定义 IKeyVaultSecretManager调用 AddAzureKeyVault:
config.AddAzureKeyVault( $"https://{builtConfig["KeyVaultName"]}.vault.azure.net/", builtConfig["AzureADApplicationId"], certs.OfType<X509Certificate2>().Single(), new PrefixKeyVaultSecretManager(versionPrefix));
IKeyVaultSecretManager 实现将对机密的版本前缀做出反应,以将适当的机密加载到配置中:
Load
在其名称以前缀开头时加载密码。 未加载其他机密。GetKey
设置用户帐户 :
KeyDelimiter
替换任意名称中的两个短划线,这是在配置中使用的分隔符(通常为冒号)。 Azure Key Vault 不允许在机密名称中使用冒号。public class PrefixKeyVaultSecretManager : IKeyVaultSecretManager { private readonly string _prefix; public PrefixKeyVaultSecretManager(string prefix) { _prefix = $"{prefix}-"; } public bool Load(SecretItem secret) { return secret.Identifier.Name.StartsWith(_prefix); } public string GetKey(SecretBundle secret) { return secret.SecretIdentifier.Name .Substring(_prefix.Length) .Replace("--", ConfigurationPath.KeyDelimiter); } }
Load
方法由提供程序算法调用,该算法会循环访问保管库机密,查找具有版本前缀的文件。 在 Load
找到版本前缀后,该算法使用 GetKey
方法返回密钥名称的配置名称。 它从机密名称中去除版本前缀,并返回密钥名称的其余部分,以便加载到应用的配置名称-值对中。
实现此方法时:
应用的项目文件中指定的应用版本。 在以下示例中,应用的版本设置为 5.0.0.0
:
<PropertyGroup> <Version>5.0.0.0</Version> </PropertyGroup>
确认应用的项目文件中存在 <UserSecretsId>
属性,其中 {GUID}
是用户提供的 GUID:
<PropertyGroup> <UserSecretsId>{GUID}</UserSecretsId> </PropertyGroup>
用机密管理器工具本地保存以下机密:
dotnet user-secrets set "5000-AppSecret" "5.0.0.0_secret_value_dev" dotnet user-secrets set "5100-AppSecret" "5.1.0.0_secret_value_dev"
使用以下 Azure CLI 命令在 Azure Key Vault 中保存机密:
az keyvault secret set --vault-name {KEY VAULT NAME} --name "5000-AppSecret" --value "5.0.0.0_secret_value_prod" az keyvault secret set --vault-name {KEY VAULT NAME} --name "5100-AppSecret" --value "5.1.0.0_secret_value_prod"
当应用运行时,将加载密钥保管库机密。 5000-AppSecret
的字符串机密与应用程序的项目文件(5.0.0.0
)中指定的应用程序版本相匹配。
将从键名称中去除版本 5000
(带有短划线)。 在整个应用程序中,读取带有密钥的配置 AppSecret
加载机密值。
如果在项目文件中将应用程序的版本更改为 5.1.0.0
并再次运行该应用程序,则返回的机密值将 5.1.0.0_secret_value_dev
在开发环境中,并 5.1.0.0_secret_value_prod
生产环境中。
备注
你还可以提供自己的 KeyVaultClient 实现以 AddAzureKeyVault。 自定义客户端允许跨应用共享客户端的单个实例。
提供程序能够将配置值读入数组,以便绑定到 POCO 数组。
从允许键包含冒号(:
)分隔符的配置源中进行读取时,将使用数字键段来区分组成数组的键(:0:
、:1:
。 :{n}:
)。 有关详细信息,请参阅配置:将数组绑定到类。
Azure Key Vault 密钥不能使用冒号作为分隔符。 本主题中所述的方法使用双短划线(--
)作为层次结构值(节)的分隔符。 数组键存储在具有双短划线和数值段(--0--
、--1--
… --{n}--
) Azure Key Vault 中。
检查 JSON 文件提供的以下Serilog日志记录提供程序配置。 WriteTo
数组中定义了两个对象文本,该对象反映了两个 Serilog接收器,它们描述了日志记录输出的目标:
"Serilog": { "WriteTo": [ { "Name": "AzureTableStorage", "Args": { "storageTableName": "logs", "connectionString": "DefaultEnd...ountKey=Eby8...GMGw==" } }, { "Name": "AzureDocumentDB", "Args": { "endpointUrl": "https://contoso.documents.azure.com:443", "authorizationKey": "Eby8...GMGw==" } } ] }
使用双短划线(--
)表示法和数值段 Azure Key Vault 前面的 JSON 文件中所示的配置:
Key | 值 |
---|---|
Serilog--WriteTo--0--Name |
AzureTableStorage |
Serilog--WriteTo--0--Args--storageTableName |
logs |
Serilog--WriteTo--0--Args--connectionString |
DefaultEnd...ountKey=Eby8...GMGw== |
Serilog--WriteTo--1--Name |
AzureDocumentDB |
Serilog--WriteTo--1--Args--endpointUrl |
https://contoso.documents.azure.com:443 |
Serilog--WriteTo--1--Args--authorizationKey |
Eby8...GMGw== |
在调用 IConfigurationRoot.Reload()
之前会缓存机密。 在执行 Reload
之前,应用程序不会考虑到密钥保管库中已过期、已禁用和更新的机密。
Configuration.Reload();
禁用和过期的机密会引发 KeyVaultErrorException。 若要防止应用程序引发,请使用不同的配置提供程序提供配置,或更新禁用或过期的机密。
当应用无法使用访问接口加载配置时,会将错误消息写入ASP.NET Core 日志记录基础结构。 以下条件将阻止加载配置:
Get
和 List
权限。KeyVaultName
)、Azure AD 应用程序 Id (AzureADApplicationId
)或 Azure AD 证书指纹(AzureADCertThumbprint
)。本文档说明如何使用Microsoft Azure Key Vault配置提供程序从 Azure Key Vault 机密加载应用配置值。 Azure Key Vault 是一项基于云的服务,可帮助保护应用程序和服务使用的加密密钥和机密。 将 Azure Key Vault 用于 ASP.NET Core 应用的常见方案包括:
将包引用添加到AzureKeyVault包。
该示例应用在Program.cs文件顶部的 #define
语句确定的两种模式中运行:
Certificate
– 演示了如何使用 Azure Key Vault 的客户端 ID 和 x.509 证书来访问存储在 Azure Key Vault 中的机密。 可以从部署到 Azure App Service 的任何位置运行此版本的示例,也可以从部署到 ASP.NET Core 应用程序的任何主机上运行。Managed
– 演示了如何使用Azure 资源的托管标识对应用进行身份验证,以使用 Azure AD 身份验证 Azure Key Vault,而不会在应用的代码或配置中存储凭据。 使用托管标识进行身份验证时,不需要 Azure AD 的应用程序 ID 和密码(客户端机密)。 必须将示例的 Managed
版本部署到 Azure。 按照使用 Azure 资源的托管标识部分中的指导进行操作。有关如何使用预处理器指令(#define
)配置示例应用的详细信息,请参阅 ASP.NET Core 简介。
使用机密管理器工具在本地设置机密。 当在开发环境中的本地计算机上运行示例应用时,会从本地密钥管理器存储中加载密码。
机密管理器工具需要应用的项目文件中的 <UserSecretsId>
属性。 将属性值({GUID}
)设置为任何唯一 GUID:
<PropertyGroup> <UserSecretsId>{GUID}</UserSecretsId> </PropertyGroup>
机密以名称-值对的形式创建。 分层值(配置节)使用 :
(冒号)作为ASP.NET Core 配置项名称中的分隔符。
机密管理器是从打开到项目内容根目录的命令 shell 使用的,其中 {SECRET NAME}
是名称,{SECRET VALUE}
是值:
dotnet user-secrets set "{SECRET NAME}" "{SECRET VALUE}"
从项目的内容根在命令外壳中执行以下命令,为示例应用设置机密:
dotnet user-secrets set "SecretName" "secret_value_1_dev" dotnet user-secrets set "Section:SecretName" "secret_value_2_dev"
如果这些机密存储在生产环境中的机密存储 Azure Key Vault 中,并具有 Azure Key Vault部分,则 _dev
后缀将更改为 _prod
。 后缀在应用的输出中提供视觉提示,指示配置值的源。
本快速入门:使用 Azure CLI 主题的 Azure Key Vault 设置和检索机密的说明,请参阅此处,以创建 Azure Key Vault 和存储示例应用使用的机密。 有关更多详细信息,请参阅主题。
使用Azure 门户中的以下方法之一打开 Azure Cloud shell:
如果尚未通过身份验证,请在 az login
命令中登录。
使用以下命令创建资源组,其中 {RESOURCE GROUP NAME}
是新资源组的资源组名称,{LOCATION}
是 Azure 区域(datacenter):
az group create --name "{RESOURCE GROUP NAME}" --location {LOCATION}
使用以下命令在资源组中创建密钥保管库,其中 {KEY VAULT NAME}
是新密钥保管库的名称,{LOCATION}
是 Azure 区域(datacenter):
az keyvault create --name {KEY VAULT NAME} --resource-group "{RESOURCE GROUP NAME}" --location {LOCATION}
在密钥保管库中,以名称-值对的形式创建机密。
Azure Key Vault 机密名称仅限字母数字字符和短划线。 分层值(配置节)使用 --
(两个短划线)作为分隔符。 冒号(通常用于在ASP.NET Core 配置中的子项中分隔部分)在 key vault 机密名称中不允许使用。 因此,当机密加载到应用的配置中时,将使用两个短划线并为冒号交换。
以下机密用于示例应用。 这些值包括一个 _prod
后缀,以将其与从用户机密的开发环境中加载的 _dev
后缀值区分开来。 将 {KEY VAULT NAME}
替换为在上一步中创建的密钥保管库的名称:
az keyvault secret set --vault-name {KEY VAULT NAME} --name "SecretName" --value "secret_value_1_prod" az keyvault secret set --vault-name {KEY VAULT NAME} --name "Section--SecretName" --value "secret_value_2_prod"
配置 Azure AD、Azure Key Vault 和应用,以便在Azure 外托管应用时使用 Azure Active Directory 应用程序 ID 和 x.509 证书对密钥保管库进行身份验证。 有关详细信息,请参阅关于密钥、机密和证书。
备注
尽管在 Azure 中托管的应用程序支持使用应用程序 ID 和 x.509 证书,但在 Azure 中托管应用程序时,我们建议使用Azure 资源的托管标识。 托管标识不需要在应用或开发环境中存储证书。
当Program.cs文件顶部的 #define
语句设置为 Certificate
时,示例应用使用应用程序 ID 和 x.509 证书。
Certificate
示例应用从 IConfigurationRoot
中获取其配置值,名称与机密名称相同:
SecretName
的值是通过 config["SecretName"]
获取的。:
(冒号)表示法或 GetSection
扩展方法。 使用以下任一方法来获取配置值:
config["Section:SecretName"]
config.GetSection("Section")["SecretName"]
X.509 证书由操作系统管理。 应用使用appsettings文件提供的值调用 AddAzureKeyVault:
// using System.Linq; // using System.Security.Cryptography.X509Certificates; // using Microsoft.Extensions.Configuration; public static IWebHostBuilder CreateWebHostBuilder(string[] args) => WebHost.CreateDefaultBuilder(args) .ConfigureAppConfiguration((context, config) => { if (context.HostingEnvironment.IsProduction()) { var builtConfig = config.Build(); using (var store = new X509Store(StoreLocation.CurrentUser)) { store.Open(OpenFlags.ReadOnly); var certs = store.Certificates .Find(X509FindType.FindByThumbprint, builtConfig["AzureADCertThumbprint"], false); config.AddAzureKeyVault( $"https://{builtConfig["KeyVaultName"]}.vault.azure.net/", builtConfig["AzureADApplicationId"], certs.OfType<X509Certificate2>().Single()); store.Close(); } } }) .UseStartup<Startup>();
示例值:
contosovault
627e911e-43cc-61d4-992e-12db9c81b413
fe14593dd66b2406c5269d742d04b6e1ab03adb1
appsettings.json:
{ "KeyVaultName": "Key Vault Name", "AzureADApplicationId": "Azure AD Application ID", "AzureADCertThumbprint": "Azure AD Certificate Thumbprint" }
运行应用时,网页将显示加载的机密值。 在开发环境中,用 _dev
后缀加载机密值。 在生产环境中,值以 _prod
后缀进行加载。
部署到 azure 的应用可以利用Azure 资源的托管标识,这允许应用通过使用 Azure AD 身份验证而不使用应用中存储的凭据(应用程序 ID 和密码/客户端密码)进行身份验证 Azure Key Vault。
当Program.cs文件顶部的 #define
语句设置为 Managed
时,示例应用使用 Azure 资源的托管标识。
在应用的appsettings文件中输入保管库名称。 设置为 Managed
版本时,示例应用不需要应用程序 ID 和密码(客户端密码),因此可以忽略这些配置条目。 应用将部署到 Azure,Azure 将对应用进行身份验证,以便仅使用存储在appsettings文件中的保管库名称访问 Azure Key Vault。
将示例应用部署到 Azure App Service。
在创建服务时,会自动向 Azure AD 注册部署到 Azure App Service 的应用。 从部署中获取对象 ID 以在下面的命令中使用。 对象 ID 显示在应用服务的 "标识" 面板上的 "Azure 门户中。
使用 Azure CLI 和应用程序的对象 ID,为应用程序提供 list
和 get
权限,以访问密钥保管库:
az keyvault set-policy --name {KEY VAULT NAME} --object-id {OBJECT ID} --secret-permissions get list
使用 Azure CLI、PowerShell 或 Azure 门户重启应用。
示例应用:
AzureServiceTokenProvider
类的实例。 如果未提供连接字符串,提供程序将尝试从 Azure 资源的托管标识获取访问令牌。AzureServiceTokenProvider
实例令牌回调创建新 KeyVaultClient。--
)替换为冒号(:
)。// using Microsoft.Azure.KeyVault; // using Microsoft.Azure.Services.AppAuthentication; // using Microsoft.Extensions.Configuration.AzureKeyVault; public static IWebHostBuilder CreateWebHostBuilder(string[] args) => WebHost.CreateDefaultBuilder(args) .ConfigureAppConfiguration((context, config) => { if (context.HostingEnvironment.IsProduction()) { var builtConfig = config.Build(); var azureServiceTokenProvider = new AzureServiceTokenProvider(); var keyVaultClient = new KeyVaultClient( new KeyVaultClient.AuthenticationCallback( azureServiceTokenProvider.KeyVaultTokenCallback)); config.AddAzureKeyVault( $"https://{builtConfig["KeyVaultName"]}.vault.azure.net/", keyVaultClient, new DefaultKeyVaultSecretManager()); } }) .UseStartup<Startup>();
Key vault 名称示例值: contosovault
appsettings.json:
{ "KeyVaultName": "Key Vault Name" }
运行应用时,网页将显示加载的机密值。 在开发环境中,机密值具有 _dev
后缀,因为它们是由用户机密提供的。 在生产环境中,值使用 _prod
后缀加载,因为它们由 Azure Key Vault 提供。
如果收到 Access denied
错误,请确认已向应用程序注册了 Azure AD 并提供了对密钥保管库的访问权限。 确认已在 Azure 中重新启动该服务。
有关将提供程序与托管标识和 Azure DevOps 管道一起使用的信息,请参阅使用托管服务标识创建与 VM 的 Azure 资源管理器服务连接。
AddAzureKeyVault 提供一个重载,该重载接受 IKeyVaultSecretManager的实现,这允许你控制密钥保管库机密如何转换为配置密钥。 例如,你可以实现接口,以便基于在应用启动时提供的前缀值加载机密值。 例如,你可以根据应用程序的版本加载机密。
警告
不要对 key vault 机密使用前缀,将多个应用的机密放入同一密钥保管库,或将环境机密(例如,开发与生产机密)放入同一保管库中。 建议不同的应用和开发/生产环境使用不同的密钥保管库,以便隔离应用环境以获得最高级别的安全性。
在下面的示例中,在密钥保管库中建立了机密(并使用开发环境的机密管理器工具)进行 5000-AppSecret
(密钥保管库机密名称中不允许使用句点)。 此机密代表应用程序版本5.0.0.0 的应用程序机密。 对于其他版本的应用,5.1.0.0,会将机密添加到密钥保管库(并使用机密管理器工具)进行 5100-AppSecret
。 每个应用版本会将其版本控制的机密值作为 AppSecret
加载到其配置中,并在加载机密时将版本去除。
使用自定义 IKeyVaultSecretManager调用 AddAzureKeyVault:
config.AddAzureKeyVault( $"https://{builtConfig["KeyVaultName"]}.vault.azure.net/", builtConfig["AzureADApplicationId"], certs.OfType<X509Certificate2>().Single(), new PrefixKeyVaultSecretManager(versionPrefix));
IKeyVaultSecretManager 实现将对机密的版本前缀做出反应,以将适当的机密加载到配置中:
Load
在其名称以前缀开头时加载密码。 未加载其他机密。GetKey
设置用户帐户 :
KeyDelimiter
替换任意名称中的两个短划线,这是在配置中使用的分隔符(通常为冒号)。 Azure Key Vault 不允许在机密名称中使用冒号。public class PrefixKeyVaultSecretManager : IKeyVaultSecretManager { private readonly string _prefix; public PrefixKeyVaultSecretManager(string prefix) { _prefix = $"{prefix}-"; } public bool Load(SecretItem secret) { return secret.Identifier.Name.StartsWith(_prefix); } public string GetKey(SecretBundle secret) { return secret.SecretIdentifier.Name .Substring(_prefix.Length) .Replace("--", ConfigurationPath.KeyDelimiter); } }
Load
方法由提供程序算法调用,该算法会循环访问保管库机密,查找具有版本前缀的文件。 在 Load
找到版本前缀后,该算法使用 GetKey
方法返回密钥名称的配置名称。 它从机密名称中去除版本前缀,并返回密钥名称的其余部分,以便加载到应用的配置名称-值对中。
实现此方法时:
应用的项目文件中指定的应用版本。 在以下示例中,应用的版本设置为 5.0.0.0
:
<PropertyGroup> <Version>5.0.0.0</Version> </PropertyGroup>
确认应用的项目文件中存在 <UserSecretsId>
属性,其中 {GUID}
是用户提供的 GUID:
<PropertyGroup> <UserSecretsId>{GUID}</UserSecretsId> </PropertyGroup>
用机密管理器工具本地保存以下机密:
dotnet user-secrets set "5000-AppSecret" "5.0.0.0_secret_value_dev" dotnet user-secrets set "5100-AppSecret" "5.1.0.0_secret_value_dev"
使用以下 Azure CLI 命令在 Azure Key Vault 中保存机密:
az keyvault secret set --vault-name {KEY VAULT NAME} --name "5000-AppSecret" --value "5.0.0.0_secret_value_prod" az keyvault secret set --vault-name {KEY VAULT NAME} --name "5100-AppSecret" --value "5.1.0.0_secret_value_prod"
当应用运行时,将加载密钥保管库机密。 5000-AppSecret
的字符串机密与应用程序的项目文件(5.0.0.0
)中指定的应用程序版本相匹配。
将从键名称中去除版本 5000
(带有短划线)。 在整个应用程序中,读取带有密钥的配置 AppSecret
加载机密值。
如果在项目文件中将应用程序的版本更改为 5.1.0.0
并再次运行该应用程序,则返回的机密值将 5.1.0.0_secret_value_dev
在开发环境中,并 5.1.0.0_secret_value_prod
生产环境中。
备注
你还可以提供自己的 KeyVaultClient 实现以 AddAzureKeyVault。 自定义客户端允许跨应用共享客户端的单个实例。
提供程序能够将配置值读入数组,以便绑定到 POCO 数组。
从允许键包含冒号(:
)分隔符的配置源中进行读取时,将使用数字键段来区分组成数组的键(:0:
、:1:
。 :{n}:
)。 有关详细信息,请参阅配置:将数组绑定到类。
Azure Key Vault 密钥不能使用冒号作为分隔符。 本主题中所述的方法使用双短划线(--
)作为层次结构值(节)的分隔符。 数组键存储在具有双短划线和数值段(--0--
、--1--
… --{n}--
) Azure Key Vault 中。
检查 JSON 文件提供的以下Serilog日志记录提供程序配置。 WriteTo
数组中定义了两个对象文本,该对象反映了两个 Serilog接收器,它们描述了日志记录输出的目标:
"Serilog": { "WriteTo": [ { "Name": "AzureTableStorage", "Args": { "storageTableName": "logs", "connectionString": "DefaultEnd...ountKey=Eby8...GMGw==" } }, { "Name": "AzureDocumentDB", "Args": { "endpointUrl": "https://contoso.documents.azure.com:443", "authorizationKey": "Eby8...GMGw==" } } ] }
使用双短划线(--
)表示法和数值段 Azure Key Vault 前面的 JSON 文件中所示的配置:
Key | 值 |
---|---|
Serilog--WriteTo--0--Name |
AzureTableStorage |
Serilog--WriteTo--0--Args--storageTableName |
logs |
Serilog--WriteTo--0--Args--connectionString |
DefaultEnd...ountKey=Eby8...GMGw== |
Serilog--WriteTo--1--Name |
AzureDocumentDB |
Serilog--WriteTo--1--Args--endpointUrl |
https://contoso.documents.azure.com:443 |
Serilog--WriteTo--1--Args--authorizationKey |
Eby8...GMGw== |
在调用 IConfigurationRoot.Reload()
之前会缓存机密。 在执行 Reload
之前,应用程序不会考虑到密钥保管库中已过期、已禁用和更新的机密。
Configuration.Reload();
禁用和过期的机密会引发 KeyVaultErrorException。 若要防止应用程序引发,请使用不同的配置提供程序提供配置,或更新禁用或过期的机密。
当应用无法使用访问接口加载配置时,会将错误消息写入ASP.NET Core 日志记录基础结构。 以下条件将阻止加载配置:
Get
和 List
权限。KeyVaultName
)、Azure AD 应用程序 Id (AzureADApplicationId
)或 Azure AD 证书指纹(AzureADCertThumbprint
)。