使用 AWS 或 Azure 配置工作负载身份联合

本指南介绍如何使用工作负载身份联合来让 AWS 和 Azure 工作负载无需服务账号密钥即可向 Google Cloud 进行身份验证。

借助工作负载身份联合，在 AWS EC2 和 Azure 上运行的工作负载可以使用其特定于环境的凭据交换短期有效的 Google Cloud Security Token Service 令牌。

特定于环境的凭据包括：

AWS EC2 实例可以使用实例配置文件来请求临时凭据。
Azure 虚拟机可以使用代管式身份来获取 Azure 访问令牌。

通过设置工作负载身份联合，您可以让这些工作负载将特定于环境的凭据交换为短期有效的 Google Cloud 凭据。工作负载可以使用这些短期有效的凭据访问 Google Cloud API。

准备外部身份提供方

您只需为每个 Azure AD 租户或 AWS 账号执行一次这些步骤。

AWS

您无需在 AWS 账号中更改任何配置。

将工作负载身份池配置为信任您的 AWS 账号后，您可以让 AWS 用户和 AWS 角色使用永久性或临时 AWS 安全凭据来获取短期有效的 Google Cloud 凭据。

Azure

您必须在 Azure AD 租户中创建新的 Azure AD 应用并对其进行配置，以便将其用于工作负载身份联合。

将工作负载身份池配置为信任应用后，Azure 用户和服务主账号可以请求此应用的访问令牌，并将这些访问令牌交换为短期有效的 Google Cloud 凭据。

如需创建应用，请执行以下操作：

创建一个 Azure AD 应用和服务主账号。
设置应用的 应用 ID URI。您可以使用默认应用 ID URI (api://APPID) 或指定自定义 URI。

稍后配置工作负载身份池提供方时，您需要应用 ID URI。

如需让应用获取 Azure AD 应用的访问令牌，您可以使用代管式身份：

创建代管式身份。记下托管身份的对象 ID。稍后您在配置模拟时需要用到它。
将代管式身份分配到运行应用的虚拟机或其他资源。

配置工作负载身份联合

您只需为每个 AWS 账号或 Azure AD 租户执行一次这些步骤。然后，您可以为多个工作负载以及多个 Google Cloud 项目使用相同的工作负载身份池和提供方。

如需开始配置工作负载身份联合，请执行以下操作：

在 Google Cloud Console 中的项目选择器页面上，选择或创建一个 Google Cloud 项目。

转到“项目选择器”

使用专用项目来管理工作负载身份池和提供方

确保您的 Google Cloud 项目已启用结算功能。

启用 IAM, Resource Manager, Service Account Credentials, and Security Token Service API。

启用 API

定义特性映射和条件

AWS 或 Azure 工作负载的特定于环境的凭据包含多个特性，您必须决定要在 Google Cloud 中用作主体标识符 (google.subject) 的特性。

Google Cloud 在 Cloud Audit Logs 和主账号标识符中使用主体标识符来唯一标识 AWS 或 Azure 用户或角色。

您也可以视需要映射其他特性。然后，您可以在授予对资源的访问权限时引用这些附加特性。

AWS

您的特性映射可以使用 GetCallerIdentity 的响应字段作为来源特性。这些字段包括：

account：AWS 账号。
arn：包含外部实体的 AWS ARN。
userid：调用实体的唯一标识符。

如果您的应用在附加角色的 Amazon Elastic Compute Cloud (EC2) 实例上运行，您可以使用以下特性映射：

google.subject=assertion.arn
attribute.account=assertion.account
attribute.aws_role=assertion.arn.extract('assumed-role/{role}/')
attribute.aws_ec2_instance=assertion.arn.extract('assumed-role/{role_and_session}').extract('/{session}')

映射会执行以下操作：

使用 ARN 作为主体标识符（示例："arn:aws:sts::000000000000:assumed-role/ec2-my-role/i-00000000000000000）
引入自定义特性 account 并为其分配 AWS 账号 ID
引入自定义特性 aws_role 并为其分配 AWS 角色名称（示例：ec2-my-role）
引入自定义特性 aws_ec2_instance 并为其分配 EC2 实例 ID（示例：i-00000000000000000）

使用此映射时，您可向以下对象授予访问权限：

特定的 EC2 实例：

principalSet://iam.googleapis.com/projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/attribute.aws_ec2_instance/EC2_INSTANCE_ID

一个角色中的所有用户和实例：

principalSet://iam.googleapis.com/projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/attribute.aws_role/ROLE_NAME

Azure

您的特性映射可以使用嵌入在 Azure 访问令牌中的声明（包括自定义声明）作为来源特性。在大多数情况下，最好使用 sub 声明作为主体标识符：

google.subject=assertion.sub

对于发布到代管式身份的访问令牌，sub 声明包含代管式身份的对象 ID。如果您使用其他声明，请确保该声明是唯一的，并且无法重新分配。

如果您不确定可以引用的声明列表，请执行以下操作：

连接到具有已分配的代管式身份的 Azure 虚拟机。

从 Azure Instance Metadata Service (IMDS) 获取访问令牌：

Bash

curl \
  "http://169.254.169.254/metadata/identity/oauth2/token?resource=APP_ID_URI&api-version=2018-02-01" \
  -H "Metadata: true" | jq -r .access_token

此命令使用 jq 工具。jq 默认在 Cloud Shell 中可用。

PowerShell

$SubjectTokenType = "urn:ietf:params:oauth:token-type:jwt"
$SubjectToken = (Invoke-RestMethod `
  -Uri "http://169.254.169.254/metadata/identity/oauth2/token?resource=APP_ID_URI&api-version=2018-02-01" `
  -Headers @{Metadata="true"}).access_token
Write-Host $SubjectToken

将 APP_ID_URI 替换为您已为工作负载身份联合配置的应用的应用 ID URI。

在网络浏览器中，转到 https://jwt.ms/ 并将访问令牌粘贴到文本框中。
点击声明查看嵌入在访问令牌中的声明列表。

对于服务身份，通常不需要为 google.groups 或任何自定义特性创建映射。

您可以视需要定义特性条件。特性条件是可以检查断言特性和目标特性的 CEL 表达式。如果给定凭据的特性条件评估结果为 true，则接受凭据。否则，凭据会被拒绝。

AWS

您可以使用特性条件来限制哪些 IAM 用户和角色可以使用工作负载身份联合来获取短期有效的 Google Cloud 令牌。

例如，以下条件将仅限 AWS 角色可以访问，不允许其他 IAM 标识符：

assertion.arn.startsWith('arn:aws:sts::AWS_ACCOUNT_ID:assumed-role/')

Azure

您可以使用特性条件来限制哪些用户和服务主账号可以使用工作负载身份联合获取短期有效的 Google Cloud 令牌。或者，您也可以将 Azure AD 应用配置为使用应用角色分配。

创建工作负载身份池和提供方

所需的角色

如需获得配置工作负载身份联合所需的权限，请让管理员向您授予项目的以下 IAM 角色：

Workload Identity Pool Admin (roles/iam.workloadIdentityPoolAdmin)
Service Account Admin (roles/iam.serviceAccountAdmin)

如需详细了解如何授予角色，请参阅管理访问权限。

您也可以通过自定义角色或其他预定义角色来获取所需的权限。

此外，IAM Owner (roles/owner) 基本角色还具有配置身份联合的权限。您不应在生产环境中授予基本角色，但可以在开发或测试环境中授予这些角色。

现在，您已经收集了创建工作负载身份池和提供方所需的全部信息：

控制台

在 Google Cloud 控制台中，前往新建工作负载提供方和池页面。

转到“新建工作负载提供方和池”
在创建身份池部分中，输入以下内容：
- 名称：池的名称。该名称还用作池 ID。池 ID 创建后便无法更改。
- 说明：描述池用途的文本。
点击继续。
配置提供方设置：
AWS
配置以下提供方设置：
- 选择提供方：AWS。
- 提供方名称：提供方的名称。该名称还用作提供方 ID。提供方 ID 创建后便无法更改。
Azure
配置以下提供方设置：
- 选择提供方：OpenID Connect (OIDC)。
- 提供方名称：提供方的名称。该名称还用作提供方 ID。提供方 ID 创建后便无法更改。
- 颁发者 URL：https://sts.windows.net/TENANT_ID。将 TENANT_ID 替换为 Azure AD 租户的 ID (GUID)。
- 允许的目标设备：您在 Azure AD 中注册应用时使用的应用 ID URI。
点击继续。
在配置提供方特性部分中，添加您之前识别的特性映射。
在特性条件部分中，输入您之前确定的特性条件。如果您没有特性条件，请将该字段留空。
点击保存以创建工作负载身份池和提供方。

gcloud

创建新的工作负载身份池：
```
gcloud iam workload-identity-pools create POOL_ID \
    --location="global" \
    --description="DESCRIPTION" \
    --display-name="DISPLAY_NAME"
```
请替换以下内容：
- POOL_ID：池的唯一 ID。
- DISPLAY_NAME：池的名称。
- DESCRIPTION：池的说明。授予对池身份的访问权限时，系统会显示此说明。

添加工作负载身份池提供商：

AWS

如需为 AWS 创建工作负载身份池提供方，请执行以下命令：

gcloud iam workload-identity-pools providers create-aws PROVIDER_ID \
  --location="global"  \
  --workload-identity-pool="POOL_ID" \
  --account-id="ACCOUNT_ID" \
  --attribute-mapping="MAPPINGS" \
  --attribute-condition="CONDITIONS"

请替换以下内容：

PROVIDER_ID：提供方的唯一 ID。
POOL_ID：池的 ID。
ACCOUNT_ID：用于标识您的 AWS 账号的 12 位数字。
MAPPINGS：您之前识别的特性映射的逗号分隔列表。
CONDITIONS：您之前确定的特性条件。如果您没有特性条件，请移除该参数。

例如：

gcloud iam workload-identity-pools providers create-aws example-provider \
  --location="global"  \
  --workload-identity-pool="pool-1" \
  --account-id="123456789000" \
  --attribute-mapping="google.subject=assertion.arn"

Azure

如需为 Azure 创建工作负载身份池提供方，请执行以下命令：

gcloud iam workload-identity-pools providers create-oidc PROVIDER_ID \
    --location="global" \
    --workload-identity-pool="POOL_ID" \
    --issuer-uri="ISSUER_URI" \
    --allowed-audiences="APPLICATION_ID_URI" \
    --attribute-mapping="MAPPINGS" \
    --attribute-condition="CONDITIONS"

替换以下内容：

PROVIDER_ID：提供方的唯一 ID。
POOL_ID：池的 ID。
ISSUER_URI：Azure AD 租户的 ID (GUID)，有时格式设置为 https://sts.windows.net/TENANT_ID。颁发者 URI 可能有所不同，如需查找颁发者 URI，您可以使用 JWT.io 调试 JWT。
APPLICATION_ID_URI：您在 Azure AD 中注册应用时使用的应用 ID URI。
MAPPINGS：您之前确定的以英文逗号分隔的属性映射列表。
CONDITIONS：（可选）您之前确定的属性条件。

示例：

gcloud iam workload-identity-pools providers create-oidc example-provider \
    --location="global" \
    --workload-identity-pool="pool-1" \
    --issuer-uri="https://sts.windows.net/00000000-1111-2222-3333-444444444444" \
    --allowed-audiences="api://my-app" \
    --attribute-mapping="google.subject=assertion.sub,google.groups=assertion.groups"

对工作负载进行身份验证

您必须为每个工作负载执行一次这些步骤。

为外部工作负载创建服务账号

启用 IAM, Security Token Service, and Service Account Credentials API。
启用 API
创建一个服务账号以代表工作负载。最好为每个工作负载使用专用服务账号。

该服务账号不需要与工作负载身份池位于同一项目中。
向服务账号授予对您希望外部身份访问的资源的访问权限。

允许外部工作负载模拟服务账号

如需允许外部身份模拟服务账号，请向其授予服务账号的 Workload Identity User 角色 (roles/iam.workloadIdentityUser)。您可以向特定外部身份或多个外部身份授予该角色：

对于特定的外部身份，请编写一个检查 google.subject 特性的特性条件。
对于一组外部身份，编写一个检查 google.groups 特性或自定义属性 attribute.NAME 的特性条件。

控制台

如需使用 Google Cloud 控制台允许外部身份模拟服务账号，请执行以下操作：

在 Google Cloud 控制台中，转到 Workload Identity 池页面。

转到“工作负载身份池”
找到您要更新的工作负载身份池并选择它。
如需授予对所选工作负载身份池的访问权限，请点击 授予访问权限。
在服务账号列表中，选择您要模拟的外部身份的服务账号。
如需选择池中的哪些身份可以模拟服务账号，请执行以下某项操作：
- 如需仅允许工作负载身份池的特定身份来模拟服务账号，请选择仅限与过滤条件匹配的身份。
  
  在特性名称列表中，选择过滤根据的特性。
  
  在特性值字段中，输入特性的预期值；例如，如果您使用特性映射 google.subject=assertion.sub，请将特性名称设置为 subject，并将特性值设置为外部身份提供方颁发的令牌中 sub 声明的值。
如需保存配置，请点击保存，然后点击关闭。

gcloud

如需使用 gcloud CLI 允许外部身份模拟服务账号，请执行以下操作：

如需获取当前项目的编号，请执行以下命令：

gcloud projects describe $(gcloud config get-value core/project) --format=value\(projectNumber\)

如需向符合特定条件的外部身份授予 Workload Identity User 角色 (roles/iam.workloadIdentityUser)，请执行以下命令：

按主体

gcloud iam service-accounts add-iam-policy-binding SERVICE_ACCOUNT_EMAIL \
    --role=roles/iam.workloadIdentityUser \
    --member="principal://iam.googleapis.com/projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/subject/SUBJECT"

按群组

gcloud iam service-accounts add-iam-policy-binding SERVICE_ACCOUNT_EMAIL \
    --role=roles/iam.workloadIdentityUser \
    --member="principalSet://iam.googleapis.com/projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/group/GROUP"

按特性

gcloud iam service-accounts add-iam-policy-binding SERVICE_ACCOUNT_EMAIL \
    --role=roles/iam.workloadIdentityUser \
    --member="principalSet://iam.googleapis.com/projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/attribute.ATTRIBUTE_NAME/ATTRIBUTE_VALUE"

请替换以下内容：

SERVICE_ACCOUNT_EMAIL：服务账号的电子邮件地址
PROJECT_NUMBER：包含工作负载身份池的项目的编号
POOL_ID：工作负载身份池的池 ID
SUBJECT：已映射到 google.subject 的特性的预期值
GROUP：已映射到 google.groups 的特性的预期值
ATTRIBUTE_NAME：特性映射中的自定义特性的名称

创建凭据配置

Cloud 客户端库、gcloud CLI 和 Terraform 可以自动获取外部凭据，并使用这些凭据来模拟服务账号。如要让库和工具完成此过程，您必须提供凭据配置文件。此文件定义了以下内容：

从何处获取外部凭据
要使用的工作负载身份池和提供商
需要模拟的服务账号

如需创建凭据配置文件，请执行以下操作：

控制台

在 Google Cloud 控制台中下载凭据配置文件：

在 Google Cloud 控制台中，转到 Workload Identity 池页面。

转到“工作负载身份池”
找到包含您要使用的 IdP 的工作负载身份池，然后点击它。
选择关联的服务账号。
找到您要使用的服务账号，然后点击下载。
在配置您的应用对话框中，选择将模拟服务账号的外部身份的提供商。
请提供以下额外设置：

AWS
无需进行其他设置。

Azure
应用 ID 网址：Azure 应用的应用 ID URI
选择 下载配置以下载凭据配置文件，然后点击关闭。

gcloud

如需使用 gcloud iam workload-identity-pools create-cred-config 创建凭据配置文件，请执行以下操作：

AWS

如需创建允许库从 EC2 实例元数据中获取访问令牌的凭据库，请执行以下操作：

gcloud iam workload-identity-pools create-cred-config \
    projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/providers/PROVIDER_ID \
    --service-account=SERVICE_ACCOUNT_EMAIL \
    --service-account-token-lifetime-seconds=SERVICE_ACCOUNT_TOKEN_LIFETIME \
    --aws \
    --output-file=FILEPATH.json

请替换以下内容：

PROJECT_NUMBER：包含工作负载身份池的项目的编号
POOL_ID：工作负载身份池的 ID
PROVIDER_ID：工作负载身份池提供方的 ID
SERVICE_ACCOUNT_EMAIL：服务账号的电子邮件地址
SERVICE_ACCOUNT_TOKEN_LIFETIME：服务账号访问令牌的生命周期（以秒为单位）；如果未提供，则默认为 1 小时。如需指定超过一小时的生命周期，您必须配置 constraints/iam.allowServiceAccountCredentialLifetimeExtension 组织政策限制条件。
FILEPATH：用于保存配置的文件

如果您使用的是 AWS IMDSv2，则需要向 gcloud iam workload-identity-pools create-cred-config 命令添加一个额外的标志 --enable-imdsv2：

gcloud iam workload-identity-pools create-cred-config \
    projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/providers/PROVIDER_ID \
    --service-account=SERVICE_ACCOUNT_EMAIL \
    --aws \
    --enable-imdsv2 \
    --output-file=FILEPATH.json

如果无法选择使用 AWS 元数据服务器，您可以通过以下 AWS 环境变量提供 AWS 安全凭据：

AWS_ACCESS_KEY_ID
AWS_SECRET_ACCESS_KEY
AWS_REGION 或 AWS_DEFAULT_REGION。
可选：AWS_SESSION_TOKEN。

gcloud CLI 和库会在 AWS 元数据服务器不可用时使用这些 AWS 环境变量。

Azure

创建凭据配置文件，让库从 Azure Instance Metadata Service (IMDS) 获取访问令牌：

gcloud iam workload-identity-pools create-cred-config \
    projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/providers/PROVIDER_ID \
    --service-account=SERVICE_ACCOUNT_EMAIL \
    --service-account-token-lifetime-seconds=SERVICE_ACCOUNT_TOKEN_LIFETIME \
    --azure \
    --app-id-uri APPLICATION_ID_URI \
    --output-file=FILEPATH.json

请替换以下内容：

PROJECT_NUMBER：包含工作负载身份池的项目的编号
POOL_ID：工作负载身份池的 ID
PROVIDER_ID：工作负载身份池提供方的 ID
SERVICE_ACCOUNT_EMAIL：服务账号的电子邮件地址
APPLICATION_ID_URI：Azure 应用的应用 ID URI
SERVICE_ACCOUNT_TOKEN_LIFETIME：服务账号访问令牌的生命周期（以秒为单位）；如果未提供，则默认为 1 小时。如需指定超过一小时的生命周期，您必须配置 constraints/iam.allowServiceAccountCredentialLifetimeExtension 组织政策限制条件。
FILEPATH：用于保存配置的文件

使用凭据配置访问 Google Cloud

如需使工具和客户端库使用您的凭据配置，请在 AWS 或 Azure 环境中执行以下操作：

初始化环境变量 GOOGLE_APPLICATION_CREDENTIALS 并将其指向凭据配置文件：
Bash
```
  export GOOGLE_APPLICATION_CREDENTIALS=`pwd`/FILEPATH.json
  
```
其中，FILEPATH 是凭据配置文件的相对文件路径。
PowerShell
```
  $env:GOOGLE_APPLICATION_CREDENTIALS = Resolve-Path 'FILEPATH.json'
  
```
其中，FILEPATH 是凭据配置文件的相对文件路径。
使用支持工作负载身份联合并且可以自动查找凭据的客户端库或工具：
C++
大多数 C++ 版 Google Cloud 客户端库通过使用 ChannelCredentials 对象支持身份联合，该对象是通过调用 grpc::GoogleDefaultCredentials() 创建的。如要初始化此凭据，必须使用 gRPC 的 1.36.0 版本或更高版本构建客户端库。

C++ 版 Cloud Storage 客户端库使用的是 REST API，而不是 gRPC，因此该客户端库不支持身份联合。
Go
如果 Go 客户端库使用 golang.org/x/oauth2 模块的 v0.0.0-20210218202405-ba52d332ba99 版本或更高版本，则客户端库支持身份联合。

如要查看客户端库使用的模块版本，请运行以下命令：
```
cd $GOPATH/src/cloud.google.com/go
go list -m golang.org/x/oauth2
```
Java
如果 Java 客户端库使用 com.google.auth:google-auth-library-oauth2-http 工件的 0.24.0 版或更高版本，则客户端支持身份联合。

如需查看该客户端库使用的工件版本，请在应用目录中运行以下 Maven 命令：
```
mvn dependency:list -DincludeArtifactIds=google-auth-library-oauth2-http
```
Node.js
如果 Node.js 版客户端库使用 7.0.2 版或更高版本的 google-auth-library 软件包，则该客户端库支持工作负载身份联合。

如要查看客户端库使用的软件包版本，请在应用目录中运行以下命令：
```
npm list google-auth-library
```
创建 GoogleAuth 对象时，您可以指定项目 ID，也可以允许 GoogleAuth 自动查找项目 ID。如要自动查找项目 ID，配置文件中的服务账号必须具有项目的 Browser 角色 (roles/browser) 或具有同等权限的角色。如需了解详情，请参阅 google-auth-library 软件包的 README。
Python
如果 Python 客户端库使用 google-auth 软件包的 1.27.0 版本或更高版本，则客户端支持身份联合。

如要检查客户端库使用的软件包版本，请在已安装该软件包的环境中运行以下命令：
```
pip show google-auth
```
如要为身份验证客户端指定项目 ID，您可以设置 GOOGLE_CLOUD_PROJECT 环境变量，也可以允许客户端自动查找项目 ID。如要自动查找项目 ID，配置文件中的服务账号必须具有项目的 Browser 角色 (roles/browser) 或具有同等权限的角色。如需了解详情，请参阅 google-auth 软件包用户指南。
gcloud
如需使用工作负载身份联合进行身份验证，请使用 gcloud auth login 命令：
```
gcloud auth login --cred-file=FILEPATH.json
```
将 FILEPATH 替换为凭据配置文件的文件路径。

版本 363.0.0 及更高版本的 gcloud CLI 支持 gcloud CLI 中的工作负载身份联合。
Terraform
如果您使用 3.61.0 版或更高版本，则 Google Cloud 提供方支持工作负载身份联合：
```
terraform {
  required_providers {
    google = {
      source  = "hashicorp/google"
      version = "~> 3.61.0"
    }
  }
}
```
gsutil
如需使用工作负载身份联合进行身份验证，请使用以下方法之一：

将 gsutil 与 gcloud 结合使用时，请按正常方式登录：
```
gcloud auth login --cred-file=FILEPATH.json
```
将 gsutil 用作独立的命令行应用时，请修改 .boto 文件以包含以下部分：
```
[Credentials]
gs_external_account_file = FILEPATH
```
在这两种情况下，请将 FILEPATH 替换为凭据配置文件的文件路径。

379.0.0 版及更高版本的 gcloud CLI 支持 gsutil 中的工作负载身份联合。
bq
如需使用工作负载身份联合进行身份验证，请使用 gcloud auth login 命令，如下所示：
```
gcloud auth login --cred-file=FILEPATH.json
```
将 FILEPATH 替换为凭据配置文件的文件路径。

390.0.0 版及更高版本的 gcloud CLI 支持 bq 中的工作负载身份联合。
如果您无法使用支持工作负载身份联合的客户端库，可以使用 REST API 以编程方式进行身份验证。

高级场景

使用 REST API 对工作负载进行身份验证

如果您无法使用客户端库，可以按照以下步骤让外部工作负载使用 REST API 获取短期有效的访问令牌：

从外部 IdP 获取凭据：

AWS

创建一个 JSON 文档，其中包含您通常在向 AWS GetCallerIdentity() 端点发出的请求中包含的信息，包括有效的请求签名。

工作负载身份联合将此 JSON 文档称为 GetCallerIdentity 令牌。该令牌允许工作负载身份联合验证身份，而无需显示 AWS 私有访问密钥。

GetCallerIdentity 令牌类似于以下内容：

{
  "url": "https://sts.amazonaws.com?Action=GetCallerIdentity&Version=2011-06-15",
  "method": "POST",
  "headers": [
    {
      "key": "Authorization",
      "value" : "AWS4-HMAC-SHA256 Credential=AKIASOZTBDV4D7ABCDEDF/20200228/us-east-1/sts/aws4_request, SignedHeaders=host;x-amz-date,Signature=abcedefdfedfd"
    },
    {
      "key": "host",
      "value": "sts.amazonaws.com"
    },
    {
      "key": "x-amz-date",
      "value": "20200228T225005Z"
    },
    {
      "key": "x-goog-cloud-target-resource",
      "value": "//iam.googleapis.com/projects/12345678/locations/global/workloadIdentityPools/my-pool/providers/my-aws-provider"
    },
    {
      "key": "x-amz-security-token",
      "value": "GizFWJTqYX...xJ55YoJ8E9HNU="
    }
  ]
}

该令牌包含以下字段：

url：GetCallerIdentity() 的 AWS STS 端点的网址，附加一个标准 GetCallerIdentity() 请求正文作为查询参数。例如：https://sts.amazonaws.com?Action=GetCallerIdentity&Version=2011-06-15。地区端点也受支持。
method：HTTP 请求方法：POST。
headers：HTTP 请求标头，其中必须包含以下内容：
- Authorization：请求签名。
- host：url 字段的主机名，例如 sts.amazonaws.com。
- x-amz-date：您将发送请求的时间，格式为 ISO 8601 Basic 字符串。此值通常设置为当前时间，并可帮助防止重放攻击。
- x-goog-cloud-target-resource：身份提供商的完整资源名称，不含 https: 前缀。例如：
```
//iam.googleapis.com/projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/providers/PROVIDER_ID
```
- x-amz-security-token：会话令牌。仅在使用临时安全凭据时才需要。

以下示例会创建一个网址编码的 GetCallerIdentity 令牌。提取网址编码令牌以备后用。此外，它专门为您的参考创建了一个人类可读的令牌：

在 GitHub 上查看反馈

import json
import urllib

import boto3
from botocore.auth import SigV4Auth
from botocore.awsrequest import AWSRequest

def create_token_aws(project_number: str, pool_id: str, provider_id: str) -> None:
    # Prepare a GetCallerIdentity request.
    request = AWSRequest(
        method="POST",
        url="https://sts.amazonaws.com/?Action=GetCallerIdentity&Version=2011-06-15",
        headers={
            "Host": "sts.amazonaws.com",
            "x-goog-cloud-target-resource": f"//iam.googleapis.com/projects/{project_number}/locations/global/workloadIdentityPools/{pool_id}/providers/{provider_id}",
        },
    )

    # Set the session credentials and Sign the request.
    # get_credentials loads the required credentials as environment variables.
    # Refer:
    # https://boto3.amazonaws.com/v1/documentation/api/latest/guide/credentials.html
    SigV4Auth(boto3.Session().get_credentials(), "sts", "us-east-1").add_auth(request)

    # Create token from signed request.
    token = {"url": request.url, "method": request.method, "headers": []}
    for key, value in request.headers.items():
        token["headers"].append({"key": key, "value": value})

    # The token lets workload identity federation verify the identity without revealing the AWS secret access key.
    print("Token:\n%s" % json.dumps(token, indent=2, sort_keys=True))
    print("URL encoded token:\n%s" % urllib.parse.quote(json.dumps(token)))

def main() -> None:
    # TODO(Developer): Replace the below credentials.
    # project_number: Google Project number (not the project id)
    project_number = "my-project-number"
    pool_id = "my-pool-id"
    provider_id = "my-provider-id"

    create_token_aws(project_number, pool_id, provider_id)

if __name__ == "__main__":
    main()

初始化以下变量：

Bash

SUBJECT_TOKEN_TYPE="urn:ietf:params:aws:token-type:aws4_request"
SUBJECT_TOKEN=TOKEN

PowerShell

$SubjectTokenType = "urn:ietf:params:aws:token-type:aws4_request"
$SubjectToken = "TOKEN"

其中 TOKEN 是由上述脚本生成的网址编码 GetCallerIdentity 令牌。

Azure

连接到具有已分配的代管式身份的 Azure 虚拟机，并从 Azure Instance Metadata Service (IMDS) 获取访问令牌：

Bash

SUBJECT_TOKEN_TYPE="urn:ietf:params:oauth:token-type:jwt"
SUBJECT_TOKEN=$(curl \
  "http://169.254.169.254/metadata/identity/oauth2/token?resource=APP_ID_URI&api-version=2018-02-01" \
  -H "Metadata: true" | jq -r .access_token)
echo $SUBJECT_TOKEN

此命令使用 jq 工具。jq 默认在 Cloud Shell 中可用。

PowerShell

$SubjectTokenType = "urn:ietf:params:oauth:token-type:jwt"
$SubjectToken = (Invoke-RestMethod `
  -Uri "http://169.254.169.254/metadata/identity/oauth2/token?resource=APP_ID_URI&api-version=2018-02-01" `
  -Headers @{Metadata="true"}).access_token
Write-Host $SubjectToken

其中，APP_ID_URI 是您已为工作负载身份联合配置的应用的应用 ID URI。

使用 Security Token Service API 将凭据交换为短期有效的访问令牌：

Bash

STS_TOKEN=$(curl https://sts.googleapis.com/v1/token \
    --data-urlencode "audience=//iam.googleapis.com/projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/providers/PROVIDER_ID" \
    --data-urlencode "grant_type=urn:ietf:params:oauth:grant-type:token-exchange" \
    --data-urlencode "requested_token_type=urn:ietf:params:oauth:token-type:access_token" \
    --data-urlencode "scope=https://www.googleapis.com/auth/cloud-platform" \
    --data-urlencode "subject_token_type=$SUBJECT_TOKEN_TYPE" \
    --data-urlencode "subject_token=$SUBJECT_TOKEN" | jq -r .access_token)
echo $STS_TOKEN

PowerShell

[System.Net.ServicePointManager]::SecurityProtocol = [System.Net.SecurityProtocolType]::Tls12
$StsToken = (Invoke-RestMethod `
    -Method POST `
    -Uri "https://sts.googleapis.com/v1/token" `
    -ContentType "application/json" `
    -Body (@{
        "audience"           = "//iam.googleapis.com/projects/PROJECT_NUMBER/locations/global/workloadIdentityPools/POOL_ID/providers/PROVIDER_ID"
        "grantType"          = "urn:ietf:params:oauth:grant-type:token-exchange"
        "requestedTokenType" = "urn:ietf:params:oauth:token-type:access_token"
        "scope"              = "https://www.googleapis.com/auth/cloud-platform"
        "subjectTokenType"   = $SubjectTokenType
        "subjectToken"       = $SubjectToken
    } | ConvertTo-Json)).access_token
Write-Host $StsToken

替换以下值：

PROJECT_NUMBER：包含工作负载身份池的项目的项目编号
POOL_ID：工作负载身份池的 ID
PROVIDER_ID：工作负载身份池提供方的 ID

使用 Security Token Service 中的令牌调用 IAM Service Account Credentials API 的 generateAccessToken 方法来获取访问权限令牌：

Bash

ACCESS_TOKEN=$(curl -0 -X POST https://iamcredentials.googleapis.com/v1/projects/-/serviceAccounts/SERVICE_ACCOUNT_EMAIL:generateAccessToken \
    -H "Content-Type: text/json; charset=utf-8" \
    -H "Authorization: Bearer $STS_TOKEN" \
    -d @- <<EOF | jq -r .accessToken
    {
        "scope": [ "https://www.googleapis.com/auth/cloud-platform" ]
    }
EOF
)
echo $ACCESS_TOKEN

PowerShell

$AccessToken = (Invoke-RestMethod `
    -Method POST `
    -Uri "https://iamcredentials.googleapis.com/v1/projects/-/serviceAccounts/SERVICE_ACCOUNT_EMAIL:generateAccessToken" `
    -Headers @{ "Authorization" = "Bearer $StsToken" } `
    -ContentType "application/json" `
    -Body (@{
        "scope" = , "https://www.googleapis.com/auth/cloud-platform"
    } | ConvertTo-Json)).accessToken
Write-Host $AccessToken

将 SERVICE_ACCOUNT_EMAIL 替换为服务账号的电子邮件地址。

使用 AWS 或 Azure 配置工作负载身份联合

准备外部身份提供方

AWS

Azure

配置工作负载身份联合

定义特性映射和条件

AWS

Azure

Bash

PowerShell

AWS

Azure

创建工作负载身份池和提供方

所需的角色

控制台

AWS

Azure

gcloud

AWS

Azure

对工作负载进行身份验证

为外部工作负载创建服务账号

允许外部工作负载模拟服务账号

控制台

gcloud

按主体

按群组

按特性

创建凭据配置

控制台

AWS

Azure

gcloud

AWS

Azure

使用凭据配置访问 Google Cloud

Bash

PowerShell

C++

Go

Java

Node.js

Python

gcloud

Terraform

gsutil

bq

高级场景

使用 REST API 对工作负载进行身份验证

AWS

Bash

PowerShell

Azure

Bash

PowerShell

Bash

PowerShell

Bash

PowerShell

后续步骤