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

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

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

特定于环境的凭据包括:

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

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

准备工作

  • 设置身份验证。

    选择标签页以了解您打算如何使用本页面上的示例:

    控制台

    当您使用 Google Cloud 控制台访问 Google Cloud 服务和 API 时,无需设置身份验证。

    gcloud

    您可以从以下任一开发环境使用本页面上的 gcloud CLI 示例:

    • Cloud Shell:如需使用已设置 gcloud CLI 的在线终端,请激活 Cloud Shell。

      Cloud Shell 会话会在页面底部启动,并显示命令行提示符。该会话可能需要几秒钟来完成初始化。

    • 本地 shell:如需在本地开发环境中使用 gcloud CLI,请安装初始化 gcloud CLI。

    Python

    如需从本地开发环境使用本页面上的 Python 示例,请安装并初始化 gcloud CLI,然后使用用户凭据设置应用默认凭据。

    1. 安装 Google Cloud CLI。
    2. 如需初始化 gcloud CLI,请运行以下命令:

      gcloud init
    3. 为您的 Google 账号创建本地身份验证凭据:

      gcloud auth application-default login

    如需了解详情,请参阅 Google Cloud 身份验证文档中的为本地开发环境设置身份验证

准备外部身份提供方

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

AWS

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

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

Azure

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

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

如需创建应用,请执行以下操作:

  1. 创建一个 Azure AD 应用和服务主账号

  2. 设置应用的 应用 ID URI。 您可以使用默认应用 ID URI (api://APPID) 或指定自定义 URI。

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

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

  1. 创建代管式身份。记下托管身份的对象 ID。稍后您在配置模拟时需要用到它。

  2. 将代管式身份分配到运行应用的虚拟机或其他资源。

配置工作负载身份联合

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

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

  1. 在 Google Cloud Console 中的项目选择器页面上,选择或创建一个 Google Cloud 项目

    转到“项目选择器”

  2. 最好使用专用项目来管理工作负载身份池和提供方
  3. 确保您的 Google Cloud 项目已启用结算功能

  4. 启用 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。如果您使用其他声明,请确保该声明是唯一的,并且无法重新分配。

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

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

  2. 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

  3. 在网络浏览器中,转到 https://jwt.ms/ 并将访问令牌粘贴到文本框中。

  4. 点击声明查看嵌入在访问令牌中的声明列表。

对于服务身份,通常不需要为 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 角色:

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

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

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

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

控制台

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

    转到“新建工作负载提供方和池”

  2. 创建身份池部分中,输入以下内容:

    • 名称:池的名称。该名称还用作池 ID。池 ID 创建后便无法更改。
    • 说明:描述池用途的文本。
  3. 点击继续

  4. 配置提供方设置:

    AWS

    配置以下提供方设置:

    • 选择提供方AWS
    • 提供方名称:提供方的名称。该名称还用作提供方 ID。提供方 ID 创建后便无法更改。

    Azure

    配置以下提供方设置:

    • 选择提供方OpenID Connect (OIDC)
    • 提供方名称:提供方的名称。该名称还用作提供方 ID。提供方 ID 创建后便无法更改。
    • 颁发者 URLhttps://sts.windows.net/TENANT_ID。 将 TENANT_ID 替换为 Azure AD 租户的 ID (GUID)。
    • 允许的目标设备:您在 Azure AD 中注册应用时使用的应用 ID URI
  5. 点击继续

  6. 配置提供方特性部分中,添加您之前识别的特性映射

  7. 特性条件部分中,输入您之前确定的特性条件。如果您没有特性条件,请将该字段留空。

  8. 点击保存以创建工作负载身份池和提供方。

gcloud

  1. 创建新的工作负载身份池:

    gcloud iam workload-identity-pools create POOL_ID \
        --location="global" \
        --description="DESCRIPTION" \
        --display-name="DISPLAY_NAME"
    

    请替换以下内容:

    • POOL_ID:池的唯一 ID。
    • DISPLAY_NAME:池的名称。
    • DESCRIPTION:池的说明。授予对池身份的访问权限时,系统会显示此说明。
  2. 添加工作负载身份池提供商:

    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"
    

    请替换以下内容:

    例如:

    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"
    

对工作负载进行身份验证

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

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

  1. 启用 IAM, Security Token Service, and Service Account Credentials API。

    启用 API

  2. 创建一个服务账号以代表工作负载。最好为每个工作负载使用专用服务账号

    该服务账号不需要与工作负载身份池位于同一项目中。

  3. 向服务账号授予对您希望外部身份访问的资源的访问权限

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

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

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

控制台

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

  1. 在 Google Cloud 控制台中,转到 Workload Identity 池页面。

    转到“工作负载身份池”

  2. 找到您要更新的工作负载身份池并选择它。

  3. 如需授予对所选工作负载身份池的访问权限,请点击 授予访问权限

  4. 服务账号列表中,选择您要模拟的外部身份的服务账号。

  5. 如需选择池中的哪些身份可以模拟服务账号,请执行以下某项操作:

    • 如需仅允许工作负载身份池的特定身份来模拟服务账号,请选择仅限与过滤条件匹配的身份

      特性名称列表中,选择过滤根据的特性。

      特性值字段中,输入特性的预期值;例如,如果您使用特性映射 google.subject=assertion.sub,请将特性名称设置为 subject,并将特性值设置为外部身份提供方颁发的令牌中 sub 声明的值。

  6. 如需保存配置,请点击保存,然后点击关闭

gcloud

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

  1. 如需获取当前项目的编号,请执行以下命令:

    gcloud projects describe $(gcloud config get-value core/project) --format=value\(projectNumber\)
    
  2. 如需向符合特定条件的外部身份授予 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 控制台中下载凭据配置文件:

  1. 在 Google Cloud 控制台中,转到 Workload Identity 池页面。

    转到“工作负载身份池”

  2. 找到包含您要使用的 IdP 的工作负载身份池,然后点击它。

  3. 选择关联的服务账号

  4. 找到您要使用的服务账号,然后点击 下载

  5. 配置您的应用对话框中,选择将模拟服务账号的外部身份的提供商。

  6. 请提供以下额外设置:

    AWS

    无需进行其他设置。

    Azure

    应用 ID 网址:Azure 应用的应用 ID URI

  7. 选择 下载配置以下载凭据配置文件,然后点击关闭

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_REGIONAWS_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 环境中执行以下操作:

  1. 初始化环境变量 GOOGLE_APPLICATION_CREDENTIALS 并将其指向凭据配置文件:

    Bash

      export GOOGLE_APPLICATION_CREDENTIALS=`pwd`/FILEPATH.json
      
    其中,FILEPATH 是凭据配置文件的相对文件路径。

    PowerShell

      $env:GOOGLE_APPLICATION_CREDENTIALS = Resolve-Path 'FILEPATH.json'
      
    其中,FILEPATH 是凭据配置文件的相对文件路径。
  2. 使用支持工作负载身份联合并且可以自动查找凭据的客户端库或工具:

    C++

    v2.6.0 版开始,C++ 版 Google Cloud 客户端库支持工作负载身份联合。如需使用工作负载身份联合,您必须使用 gRPC 1.36.0 版或更高版本构建客户端库。

    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 获取短期有效的访问令牌:

  1. 从外部 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="
        }
      ]
    }
    

    该令牌包含以下字段:

    • urlGetCallerIdentity() 的 AWS STS 端点的网址,附加一个标准 GetCallerIdentity() 请求正文作为查询参数。例如:https://sts.amazonaws.com?Action=GetCallerIdentity&Version=2011-06-15。我们建议您使用区域级 STS 端点并为工作负载设计可靠的基础设施。如需了解详情,请参阅区域级 AWS STS 端点
    • method:HTTP 请求方法:POST
    • headers:HTTP 请求标头,其中必须包含以下内容:
      • Authorization:请求签名。
      • hosturl 字段的主机名,例如 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 令牌。提取网址编码令牌以备后用。此外,它专门为您的参考创建了一个人类可读的令牌:

    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

  2. 使用 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
  3. 使用 Security Token Service 中的令牌调用 IAM Service Account Credentials APIgenerateAccessToken 方法来获取访问权限令牌:

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 替换为服务账号的电子邮件地址。

后续步骤