使用 .NET 向 Azure Key Vault 进行服务到服务身份验证

若要对 Azure Key Vault 进行身份验证，需要提供 Microsoft Entra ID 凭据（共享机密或证书）。

管理此类凭据可能很困难。 可以考虑将凭据包含在源或配置文件中，以此将其绑定到应用中。 用于 .NET 库的 Microsoft.Azure.Services.AppAuthentication 简化了此问题。 它使用开发人员的凭据在本地开发期间进行身份验证。 随后将解决方案部署到 Azure 时，该库会自动切换到应用程序凭据。 在本地开发期间使用开发人员凭据更安全，因为不需创建 Microsoft Entra ID 凭据，或者不需在开发人员之间共享凭据。

Microsoft.Azure.Services.AppAuthentication 库自动管理身份验证，这样你就可以专注于自己的解决方案而非凭据。 它支持使用 Microsoft Visual Studio、Azure CLI 或 Microsoft Entra ID 集成身份验证进行本地开发。 部署到支持托管标识的 Azure 资源时，该库会自动使用 Azure 资源的托管标识。 不需代码或配置更改。 当托管标识不可用时，或者当开发人员的安全上下文不能在本地开发期间确定时，该库还支持直接使用 Microsoft Entra ID 客户端凭据。

先决条件

• Visual Studio 2019 或 Visual Studio 2017 v15.5。

• Visual Studio 的应用身份验证扩展以 Visual Studio 2017 Update 5 的独立扩展形式发布，与 Update 6 及更高版本中的产品绑定在一起。 使用 Update 6 或更高版本时，可以验证是否安装了应用身份验证扩展，方法是在 Visual Studio 安装程序中选择 Azure 开发工具。

使用库

对于 .NET 应用程序，若要使用托管标识，最简单的方式是通过 Microsoft.Azure.Services.AppAuthentication 包。 下面介绍如何入门：

1. 选择“工具”>“NuGet 包管理器”>“管理解决方案的 NuGet 包”，向应用程序添加对 Microsoft.Azure.Services.AppAuthentication 和 Microsoft.Azure.KeyVault NuGet 包的引用。

2. 添加以下代码：

   using Microsoft.Azure.Services.AppAuthentication;
   using Microsoft.Azure.KeyVault;
   
   // Instantiate a new KeyVaultClient object, with an access token to Key Vault
   var azureServiceTokenProvider1 = new AzureServiceTokenProvider();
   var kv = new KeyVaultClient(new KeyVaultClient.AuthenticationCallback(azureServiceTokenProvider1.KeyVaultTokenCallback));
   
   // Optional: Request an access token to other Azure services
   var azureServiceTokenProvider2 = new AzureServiceTokenProvider();
   string accessToken = await azureServiceTokenProvider2.GetAccessTokenAsync("https://management.chinacloudapi.cn/").ConfigureAwait(false);
   

线程安全的 AzureServiceTokenProvider 类将令牌缓存在内存中，并会在该令牌到期前从 Microsoft Entra ID 中检索该令牌。 这意味着，你永远不需要在调用 GetAccessTokenAsync 方法之前检查令牌的有效期。

GetAccessTokenAsync 方法需要资源标识符。 若要详细了解 Microsoft Azure 服务，请参阅什么是 Azure 资源的托管标识。

本地开发身份验证

对于本地开发，有两种主要的身份验证方案：对 Azure 服务进行身份验证；对自定义服务进行身份验证。

向 Azure 服务进行身份验证

本地计算机不支持 Azure 资源的托管标识。 因此，Microsoft.Azure.Services.AppAuthentication 库使用开发人员凭据在本地开发环境中运行。 当解决方案部署到 Azure 时，该库使用托管标识切换到 OAuth 2.0 客户端凭据授予流。 此方法意味着可以对同一代码进行本地和远程测试，无需担心。

对于本地开发，AzureServiceTokenProvider 使用 Visual Studio、Azure 命令行界面 (CLI) 或 Microsoft Entra ID 集成身份验证提取令牌。 将按顺序尝试每个选项，该库会使用获得成功的第一个选项。 如果没有选项成功，则会引发一个包含详细信息的 AzureServiceTokenProviderException 意外。

使用 Visual Studio 进行身份验证

若要使用 Visual Studio 进行身份验证：

1. 登录到 Visual Studio，并使用“工具”>“选项”打开“选项”。

2. 选择“Azure 服务身份验证”，选择用于本地开发的帐户，然后选择“确定”。

如果在使用 Visual Studio 时遇到问题，例如有关令牌提供程序文件的错误，请仔细检查上述步骤。

可能需要对开发人员令牌重新进行身份验证。 为此，请选择“工具”>“选项”，然后选择“Azure 服务身份验证”。 找到所选帐户下的“重新进行身份验证”链接。 选择该链接进行身份验证。

使用 Azure CLI 进行身份验证

若要使用 Azure CLI 进行本地开发，请确保安装 Azure CLI v2.0.12 或更高版本。

使用 Azure CLI：

1. 在 Windows 任务栏中搜索 Azure CLI，打开“Microsoft Azure 命令提示符”。

2. 登录到 Azure 门户：运行 az login 登录到 Azure。

3. 输入 az account get-access-token --resource https://vault.azure.cn 验证访问权限。 如果收到错误，请检查是否正确安装了适当版本的 Azure CLI。

   如果未将 Azure CLI 安装到默认目录，则可能会收到错误，指出 AzureServiceTokenProvider 找不到 Azure CLI 的路径。 请使用 AzureCLIPath 环境变量来定义 Azure CLI 安装文件夹。 AzureServiceTokenProvider 在需要时将 AzureCLIPath 环境变量中指定的目录添加到 Path 环境变量。

4. 如果使用多个帐户登录到 Azure CLI，或者帐户可以访问多个订阅，则需指定要使用的订阅。 输入命令 az account set --subscription。

此命令仅在发生故障时生成输出。 若要验证当前帐户设置，请输入命令 az account list。

使用 Microsoft Entra 身份验证进行身份验证

若要使用 Microsoft Entra 身份验证，请验证：

• 本地 Active Directory 是否已同步到 Microsoft Entra ID。 有关详细信息，请参阅什么是使用 Microsoft Entra ID 的混合标识？。

• 代码是否在已加入域的计算机上运行。

向自定义服务进行身份验证

当某个服务调用 Azure 服务时，上述步骤适用，因为 Azure 服务允许访问用户和应用程序。

创建调用自定义服务的服务时，请使用 Microsoft Entra ID 客户端凭据进行本地开发身份验证。 有两个选项：

• 使用服务主体登录到 Azure：

  1. 创建服务主体。 有关详细信息，请参阅使用 Azure CLI 创建 Azure 服务主体。

  2. 在 Azure CLI 中使用以下命令登录：

     az cloud set -n AzureChinaCloud
     az login --service-principal -u <principal-id> --password <password> --tenant <tenant-id> --allow-no-subscriptions
     

     由于服务主体可能没有订阅访问权限，因此请使用 --allow-no-subscriptions 参数。

• 使用环境变量来指定服务主体详细信息。 有关详细信息，请参阅使用服务主体运行应用程序。

登录到 Azure 后，AzureServiceTokenProvider 会使用服务主体来检索本地开发的令牌。

此方法仅适用于本地开发。 当解决方案部署到 Azure 时，该库会切换到托管标识以进行身份验证。

使用托管标识或用户分配标识运行应用程序

在启用托管标识的 Azure 应用服务或 Azure VM 上运行代码时，库自动使用托管标识。 无需更改代码，但托管标识必须对密钥保管库具有 GET 权限。 可以通过密钥保管库的访问策略为托管标识授予 GET 权限。

或者，可以使用用户分配的标识进行身份验证。 有关用户分配的标识的详细信息，请参阅关于 Azure 资源的托管标识。 若要使用用户分配的标识进行身份验证，需要在连接字符串中指定用户分配的标识的客户端 ID。 在连接字符串支持中已指定连接字符串。

使用服务主体运行应用程序

可能需要创建一个用于身份验证的 Microsoft Entra ID 客户端凭据。 在以下示例中，可能会发生这种情况：

• 代码运行在本地开发环境中，但没有使用开发人员的标识。 例如，Service Fabric 使用 NetworkService 帐户进行本地开发。

• 代码在本地开发环境中运行，而身份验证则通过自定义服务进行，因此不能使用开发人员标识。

• 代码在尚不支持 Azure 资源的托管标识的 Azure 计算资源（例如 Azure Batch）上运行。

可通过三种主要方法使用服务主体来运行应用程序。 若要使用其中的任何方法，必须先创建服务主体。 有关详细信息，请参阅使用 Azure CLI 创建 Azure 服务主体。

使用本地密钥存储中的证书登录到 Microsoft Entra ID

1. 使用 Azure CLI az ad sp create-for-rbac 命令创建服务主体证书。

   az ad sp create-for-rbac --create-cert
   

   此命令创建一个存储在主目录中的 .pem 文件（私钥）。 将此证书部署到 LocalMachine 或 CurrentUser 存储。

   重要

   CLI 命令生成一个 .pem 文件，但 Windows 原生仅支持 PFX 证书。 若要改为生成 PFX 证书，请使用下面所示的 PowerShell 命令：使用自签名证书创建服务主体。 这些命令也会自动部署证书。

2. 将名为 AzureServicesAuthConnectionString 的环境变量设置为以下值：

   RunAs=App;AppId={AppId};TenantId={TenantId};CertificateThumbprint={Thumbprint};
         CertificateStoreLocation={CertificateStore}
   

   将 {AppId}、{TenantId} 和 {Thumbprint} 替换为步骤 1 中生成的值。 根据部署计划，将 {CertificateStore} 替换为 LocalMachine` 或 CurrentUser。

3. 运行该应用程序。

使用共享机密凭据登录到 Microsoft Entra ID

1. 结合 --sdk-auth 参数使用 Azure CLI az ad sp create-for-rbac 命令创建包含密码的服务主体证书。

   az ad sp create-for-rbac --sdk-auth
   

2. 将名为 AzureServicesAuthConnectionString 的环境变量设置为以下值：

   RunAs=App;AppId={AppId};TenantId={TenantId};AppKey={ClientSecret}
   

   将 {AppId} 、 {TenantId} 和 {ClientSecret} 替换为步骤 1 中生成的值。

3. 运行应用程序。

一切正确设置以后，不需进一步更改代码。 AzureServiceTokenProvider 使用环境变量和证书向 Microsoft Entra ID 进行身份验证。

使用 Key Vault 中的证书登录到 Microsoft Entra ID

使用此选项可将服务主体的客户端证书存储在 Key Vault 中，并将其用于服务主体身份验证。 在以下情况下，可以使用此选项：

• 本地身份验证：你想要使用显式服务主体进行身份验证，并希望将服务主体凭据安全保存在 Key Vault 中。 开发人员帐户必须有权访问 Key Vault。

• 从 Azure 进行身份验证：要使用显式凭据，并希望将服务主体凭据安全保存在 Key Vault 中。 对于跨租户方案，可以使用此选项。 托管标识必须有权访问 Key Vault。

托管标识或开发人员标识必须有权从 Key Vault 检索客户端证书。 AppAuthentication 库使用检索到的证书作为服务主体的客户端凭据。

若要使用客户端证书进行服务主体身份验证：

1. 创建一个服务主体证书，并自动将其存储在 Key Vault 中。 使用 Azure CLI az ad sp create-for-rbac --keyvault <Key Vault 名称> --cert <证书名称> --create-cert --skip-assignment 命令：

   az ad sp create-for-rbac --keyvault <keyvaultname> --cert <certificatename> --create-cert --skip-assignment
   

   证书标识符是采用 https://<keyvaultname>.vault.azure.cn/secrets/<certificatename> 格式的 URL

2. 请将此连接字符串中的 {KeyVaultCertificateSecretIdentifier} 替换为证书标识符：

   RunAs=App;AppId={TestAppId};KeyVaultCertificateSecretIdentifier={KeyVaultCertificateSecretIdentifier}
   

   例如，如果 Key Vault 名为 myKeyVault，而你创建了名为 myCert 的证书，则证书标识符为：

   RunAs=App;AppId={TestAppId};KeyVaultCertificateSecretIdentifier=https://myKeyVault.vault.azure.cn/secrets/myCert
   

连接字符串支持

默认情况下，AzureServiceTokenProvider 会尝试以下身份验证方法以检索令牌：

• Azure 资源的托管标识
• Visual Studio 身份验证
• Azure CLI 身份验证
• 集成 Windows 身份验证

若要控制此过程，请使用传递到 AzureServiceTokenProvider 构造函数或在 AzureServicesAuthConnectionString 环境变量中指定的连接字符串。 可以使用以下选项：

连接字符串选项	方案	注释
RunAs=Developer; DeveloperTool=AzureCli	本地开发	AzureServiceTokenProvider 使用 AzureCli 获取令牌。
RunAs=Developer; DeveloperTool=VisualStudio	本地开发	AzureServiceTokenProvider 使用 Visual Studio 获取令牌。
RunAs=CurrentUser	本地开发	在 .NET Core 中不受支持。 AzureServiceTokenProvider 使用 Microsoft Entra ID 集成身份验证获取令牌。
RunAs=App	Azure 资源的托管标识	AzureServiceTokenProvider 使用托管标识获取令牌。
RunAs=App;AppId={ClientId of user-assigned identity}	Azure 资源的用户分配标识	AzureServiceTokenProvider 使用用户分配的标识获取令牌。
RunAs=App;AppId={TestAppId};KeyVaultCertificateSecretIdentifier={KeyVaultCertificateSecretIdentifier}	自定义服务身份验证	KeyVaultCertificateSecretIdentifier 是证书的机密标识符。
RunAs=App;AppId={AppId};TenantId={TenantId};CertificateThumbprint={Thumbprint};CertificateStoreLocation={LocalMachine or CurrentUser}	服务主体	AzureServiceTokenProvider 使用证书从 Microsoft Entra ID 获取令牌。
RunAs=App;AppId={AppId};TenantId={TenantId};CertificateSubjectName={Subject};CertificateStoreLocation={LocalMachine or CurrentUser}	服务主体	AzureServiceTokenProvider 使用证书从 Microsoft Entra ID 获取令牌
RunAs=App;AppId={AppId};TenantId={TenantId};AppKey={ClientSecret}	服务主体	AzureServiceTokenProvider 使用机密从 Microsoft Entra ID 获取令牌。

示例

若要了解 Microsoft.Azure.Services.AppAuthentication 库的运作方式，请参阅以下代码示例。

• 在运行时使用托管标识从 Azure Key Vault 检索机密

• Programmatically deploy an Azure Resource Manager template from an Azure VM with a managed identity（使用托管标识以编程方式从 Azure VM 部署 Azure 资源管理器模板）。

• Use .NET Core sample and a managed identity to call Azure services from an Azure Linux VM（使用 .NET Core 示例和托管标识从 Azure Linux VM 调用 Azure 服务）。

AppAuthentication 故障排除

本地开发过程中出现的常见问题

未安装 Azure CLI、未登录，或者未使用最新版本

运行 az account get-access-token，确定 Azure CLI 是否显示令牌。 如果输出中显示 no such program found，请安装最新版本的 Azure CLI。 系统可能会提示你登录。

AzureServiceTokenProvider 找不到 Azure CLI 的路径

AzureServiceTokenProvider 在默认安装位置查找 Azure CLI。 如果找不到 Azure CLI，请将环境变量 AzureCLIPath 设置为 Azure CLI 的安装文件夹。 AzureServiceTokenProvider 会将该环境变量添加到 Path 环境变量中。

使用多个帐户登录到了 Azure CLI、同一个帐户有权访问多个租户中的订阅，或者在本地开发期间尝试发出调用时收到“拒绝访问”错误

使用 Azure CLI 将默认订阅设置为包含所要使用的帐户的订阅。 该订阅必须位于你要访问的资源所在的同一租户中：az account set --subscription [订阅 ID] 。 如果未显示任何输出，则表示命令成功。 使用 az account list 验证适当的帐户现在是否为默认帐户。

环境中出现的常见问题

未授权访问、访问被拒绝、禁止访问或类似错误

使用的主体无法访问其尝试访问的资源。 为你的用户帐户或应用服务的 MSI 授予对资源的“参与者”访问权限。 向哪个主体授予此权限取决于是在本地计算机上运行示例，还是在 Azure 中将示例部署到应用服务。 某些资源（例如密钥保管库）还具有自身的访问策略，可以使用这些策略向用户、应用和组等主体授予访问权限。

部署到 Azure 应用服务后出现的常见问题

未在应用服务中设置托管标识

使用 Kudu 调试控制台检查环境变量 MSI_ENDPOINT 和 MSI_SECRET 是否存在。 如果这些环境变量不存在，则不会在应用服务中启用托管标识。

在本地与 IIS 一起部署时出现的常见问题

在 IIS 中调试应用时无法检索令牌

默认情况下，AppAuth 在 IIS 的不同用户上下文中运行。 正因如此，它无权使用你的开发人员标识来检索访问令牌。 可通过以下两个步骤，将 IIS 配置为在你的用户上下文中运行：

• 将 Web 应用的应用程序池配置为以当前用户帐户身份运行。 请在此处查看详细信息

• 将“setProfileEnvironment”配置为“True”。 请在此处查看详细信息。

  • 转到 %windir%\System32\inetsrv\config\applicationHost.config
  • 搜索“setProfileEnvironment”。 如果它设置为“False”，请更改为“True”。 如果它不存在，请将其作为属性添加到 processModel 元素 (https://learn.microsoft.com/configuration/system.applicationHost/applicationPools/applicationPoolDefaults/processModel/@setProfileEnvironment)，并将其设置为“True”。

• 详细了解 Azure 资源的托管标识。

• 详细了解 Microsoft Entra 身份验证方案。