Microsoft Azure에서 리소스 액세스

이 문서에서는 ID 제휴를 사용하여 Microsoft Azure에서 Google Cloud 리소스에 액세스하는 방법을 설명합니다.

일반적으로 Google Cloud 외부에서 실행되는 애플리케이션이 Google Cloud 리소스에 액세스하려면 서비스 계정 키를 사용합니다. ID 제휴를 사용하면 Azure 리소스의 관리형 ID가 서비스 계정을 가장할 수 있습니다. 이를 통해 워크로드가 단기 액세스 토큰을 사용하여 Google Cloud 리소스에 직접 액세스할 수 있으며 서비스 계정 키와 관련된 유지보수 및 보안 부담이 사라집니다.

시작하기 전에

  1. 워크로드 아이덴티티 풀 관리자 역할(roles/iam.workloadIdentityPoolAdmin)이 있는지 확인합니다.

    또는 IAM 소유자(roles/owner) 및 편집자(roles/editor) 기본 역할에는 ID 제휴를 구성하는 권한도 포함됩니다. 프로덕션 환경에서는 기본 역할을 부여하지 말아야 하지만 개발 환경 또는 테스트 환경에서는 부여해도 됩니다.

  2. Google Cloud 서비스 계정을 만듭니다.

  3. 워크로드에 필요한 Google Cloud APIs를 호출할 수 있는 액세스 권한을 서비스 계정에 부여합니다.

워크로드 아이덴티티 풀 만들기

워크로드 아이덴티티 풀은 외부 ID 컬렉션의 컨테이너입니다. 워크로드 아이덴티티 풀은 서로 분리되어 있지만 풀 하나가 수에 상관없이 서비스 계정을 가장할 수 있습니다. 일반적으로 개발, 스테이징 또는 프로덕션과 같은 환경마다 새로운 풀을 만드는 것이 좋습니다.

새 워크로드 아이덴티티 풀을 만들려면 ID를 제공해야 합니다. 원하는 경우 설명표시 이름을 제공할 수도 있습니다.

gcloud

gcloud beta iam workload-identity-pools create 명령어를 실행하여 워크로드 아이덴티티 풀을 만듭니다.

gcloud beta iam workload-identity-pools create pool-id \
    --location="global" \
    --description="description" \
    --display-name="display-name"

응답은 다음과 같습니다.

Created WorkloadIdentityPool [pool-id].

REST

projects.locations.workloadIdentityPools.create 메서드는 워크로드 아이덴티티 풀을 만듭니다.

HTTP 메서드 및 URL:

POST https://iam.googleapis.com/v1beta/projects/project-id/locations/global/workloadIdentityPools?workloadIdentityPoolId=pool-id

JSON 요청 본문:

{
  "description": "description",
  "display-name": "display-name"
}

요청을 보내려면 다음 옵션 중 하나를 펼칩니다.

이 메서드는 다음과 비슷한 장기 실행 Operation을 반환합니다.

{
  "name": "projects/project-number/locations/global/workloadIdentityPools/pool-id/operations/operation-id"
}

Azure를 ID 공급업체로 추가

Azure를 워크로드 아이덴티티 풀의 ID 공급업체로 구성하려면 최소한 다음 정보를 제공하세요.

  • 공급업체의 ID

  • 이 문서의 이전 섹션에서 가져온 워크로드 아이덴티티 풀 ID

  • Azure 테넌트 ID

    Azure 관리형 ID의 토큰에 대한 클레임을 Google 토큰의 속성에 매핑하는 속성 매핑 목록. assertion을 사용하여 Azure 토큰을 나타내고 Google 속성에는 google을, 커스텀 속성에는 attribute를 사용합니다.

    Google에는 google.subjectgoogle.groups의 두 가지 속성이 있습니다. IAM 역할 결합에서 이러한 속성을 참조할 수 있습니다. google.subject는 Cloud Logging 로그 항목에도 표시됩니다.

    google.subject에 대한 매핑을 제공해야 합니다. 일반적으로 다음 섹션에서 만들 관리형 ID의 객체 ID가 포함된 assertion.sub에 매핑하는 것이 좋습니다. 그러면 IAM 역할 결합에 사용할 수 있는 안정적인 식별자가 제공됩니다. 매핑은 다음과 같습니다.

    google.subject=assertion.sub
    

    좀 더 복잡한 어설션의 경우 Common Expression Language를 사용하면 됩니다. 예를 들어 워크로드 아이덴티티 풀에 여러 ID 공급업체가 포함된 경우 프리픽스를 추가하여 ID를 구별할 수 있습니다.

    google.subject="azure::" + assertion.tid + "::" + assertion.sub
    

    google.subject 필드의 내용은 127자를 초과할 수 없습니다.

    커스텀 속성을 지정할 수도 있습니다. 예를 들어 다음은 assertion.tidattribute.tid에 매핑합니다.

    attribute.tid=assertion.tid
    

    다음 예시에서는 assertion.oid의 값에 따라 표시 이름을 할당합니다.

    attribute.managed_identity_name={
    "8bb39bdb-1cc5-4447-b7db-a19e920eb111":"workload1",
    "55d36609-9bcf-48e0-a366-a3cf19027d2a":"workload2"
    }[assertion.oid]
    

    참조 가능한 클레임의 전체 목록을 얻으려면 워크로드의 Azure VM에 대한 액세스 토큰을 얻습니다. 요청에서 resource 매개변수를 워크로드 아이덴티티 풀의 전체 리소스 이름으로 바꿉니다. 예를 들면 다음과 같습니다.

    curl

    curl -s
      'http://169.254.169.254/metadata/identity/oauth2/token?api-version=2018-02-01&resource=https://iam.googleapis.com/projects/project-number/locations/global/workloadIdentityPools/pool-id' \
      -H Metadata:true -H "Cache-Control: no-cache"
    

    PowerShell

    Invoke-WebRequest \
        -Uri 'http://169.254.169.254/metadata/identity/oauth2/token?api-version=2018-02-01&resource=https://iam.googleapis.com/projects/project-number/locations/global/workloadIdentityPools/pool-id' \
        -Headers @{Metadata="true"}
    

    이렇게 하면 Azure VM의 액세스 토큰이 반환되며, 이 토큰을 디코딩하여 사용 가능한 클레임을 확인할 수 있습니다.

    표현식의 클레임 특정 부분을 참조하려면 제공된 템플릿에 따라 클레임에서 값을 추출하는 CEL extract() 함수를 사용합니다. extract()에 대한 자세한 내용은 속성에서 값 추출을 참조하세요.

    사용자 인증 정보에 클레임이 포함되어 있는지 확인하려면 has() 함수를 사용합니다.

또한 몇 가지 선택적 매개변수를 제공할 수도 있습니다.

  • 표시 이름설명

  • 주 구성원이 있어야 하는 속성을 지정하는 속성 조건. Azure 사용자 인증 정보 또는 Google 사용자 인증 정보의 속성에 대한 클레임에 조건을 적용할 수 있습니다. 조건을 충족하지 않는 요청은 거부됩니다.

    속성 조건 형식은 부울을 반환하는 CEL 표현식으로 지정됩니다. 예를 들어 다음은 특정 그룹의 구성원이 아닌 모든 ID의 요청을 거부합니다.

    "e968c2ef-047c-498d-8d79-16ca1b61e77e" in assertion.groups
    

    속성 조건의 일반적인 사용 사례에 대한 자세한 내용은 워크로드 아이덴티티 제휴 개요를 참조하세요.

다음 예시는 Azure를 ID 공급업체로 추가하는 방법을 보여줍니다.

gcloud

gcloud beta iam workload-identity-pools providers create-oidc 명령어를 실행하여 Azure를 ID 공급업체로 추가합니다.

gcloud beta iam workload-identity-pools providers create-oidc provider-id \
    --workload-identity-pool="pool-id" \
    --issuer-uri="https://sts.windows.net/azure-tenant-id" \
    --location="global" \
    --attribute-mapping="google.subject=assertion.sub"

응답은 다음과 같습니다.

Created WorkloadIdentityPoolProvider [provider-id].

REST

projects.locations.workloadIdentityPools.providers.create 메서드는 Azure를 공급업체로 추가합니다.

HTTP 메서드 및 URL:

POST https://iam.googleapis.com/v1beta/projects/project-id/locations/global/workloadIdentityPools/pool-id/providers?workloadIdentityPoolProviderId=provider-id

JSON 요청 본문:

{
  "issuerUrl": "https://sts.windows.net/azure-tenant-id"
}

요청을 보내려면 다음 옵션 중 하나를 펼칩니다.

이 메서드는 다음과 비슷한 장기 실행 Operation을 반환합니다.

{
  "name": "projects/project-number/locations/global/workloadIdentityPools/pool-id/providers/provider-id/operations/operation-id"
}

ID 제휴를 위한 Azure 테넌트 구성

ID 제휴를 위해 Azure 테넌트를 준비하려면 다음 안내를 따르세요.

  1. Azure AD 애플리케이션 및 서비스 주 구성원을 만들고 애플리케이션 ID URI를 이전 섹션에서 만든 공급업체의 전체 리소스 이름으로 설정합니다.

    https://iam.googleapis.com/projects/project-number/locations/global/workloadIdentityPools/pool-id/providers/provider-id
    
  2. 관리형 ID를 만들고 객체 ID를 기록해 둡니다.

  3. Google Cloud 리소스에 대한 액세스 권한을 부여할 가상 머신에 관리형 ID를 할당합니다.

서비스 계정을 가장할 수 있는 권한 부여

외부 ID는 대부분의 Google Cloud 리소스에 직접 액세스할 수 없습니다. 대신 워크로드 아이덴티티가 사용자 역할(roles/iam.workloadIdentityUser)을 부여하여 서비스 계정을 가장하도록 허용할 수 있습니다.

특정 관리형 ID에 이 역할 결합을 추가하려면 다음 안내를 따르세요.

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/managed-identity-object-id"

풀의 모든 ID에 이 결합을 추가하려면 다음 안내를 따르세요.

gcloud iam service-accounts add-iam-policy-binding service-account-email \
    --role roles/iam.workloadIdentityUser \
    --member "principalSet://iam.googleapis.com/project/project-number/workloadIdentityPools/pool-id/groups/azure-tenant-id"

커스텀 속성에 따라 액세스 권한을 부여할 수도 있습니다. 예를 들면 다음과 같습니다.

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.custom-attribute-name/custom-attribute-value"

액세스 권한을 취소하려면 add-iam-policy-bindingremove-iam-policy-binding으로 바꿉니다.

REST API나 클라이언트 라이브러리를 사용하여 결합을 추가하거나 취소할 수도 있습니다. 자세한 내용은 리소스에 대한 액세스 권한 부여, 변경, 취소를 참조하세요.

Azure 토큰을 Google 토큰으로 교환

Azure 관리형 ID가 서비스 계정을 가장할 수 있게 되면 사용자 인증 정보를 Google 사용자 인증 정보로 교환할 수 있습니다.

사용자 인증 정보를 교환하려면 다음 안내를 따르세요.

  1. Azure 인스턴스 메타데이터 서비스(IMDS)를 사용하여 Azure 액세스 토큰을 얻습니다.

  2. Azure 액세스 토큰을 보안 토큰 서비스 token() 메서드에 전달하여 제휴 액세스 토큰을 가져옵니다.

    REST

    token 메서드는 타사 토큰을 Google 토큰으로 교환합니다.

    아래의 요청 데이터를 사용하기 전에 다음을 바꿉니다.

    • project-number: Google Cloud 프로젝트 번호입니다.
    • pool-id: 이 가이드의 앞부분에서 만든 워크로드 아이덴티티 풀의 ID입니다.
    • provider-id: 이 가이드의 앞부분에서 구성한 ID 공급업체의 ID입니다.

    HTTP 메서드 및 URL:

    POST https://sts.googleapis.com/v1beta/token

    JSON 요청 본문:

    {
      "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": "urn:ietf:params:oauth:token-type:jwt",
      "subjectToken": "azure-id-token"
    }
    

    요청을 보내려면 다음 옵션 중 하나를 펼칩니다.

     

    이 메서드는 제휴 토큰을 반환합니다.

  3. generateAccessToken()을 호출하여 제휴 토큰과 서비스 계정 액세스 토큰을 교환합니다. 제휴 토큰은 일부 Google Cloud APIs만 지원하지만 서비스 계정 액세스 토큰은 모든 Google Cloud APIs가 지원합니다.

    REST

    Service Account Credentials API의 serviceAccounts.generateAccessToken 메서드는 서비스 계정의 OAuth 2.0 액세스 토큰을 생성합니다.

    아래의 요청 데이터를 사용하기 전에 다음을 바꿉니다.

    • project-id: Google Cloud 프로젝트 ID
    • sa-id: 서비스 계정의 ID. sa-name@project-id.iam.gserviceaccount.com 형식의 서비스 계정 이메일 주소이거나 서비스 계정의 고유 숫자 ID일 수 있습니다.
    • token: 제휴 액세스 토큰입니다.

    HTTP 메서드 및 URL:

    POST https://iamcredentials.googleapis.com/v1/projects/-/serviceAccounts/sa-name@project-id.iam.gserviceaccount.com:generateAccessToken

    JSON 요청 본문:

    {
      "scope": [
        "https://www.googleapis.com/auth/cloud-platform"
      ]
    }
    

    요청을 보내려면 다음 옵션 중 하나를 펼칩니다.

    generateAccessToken 요청이 성공하면 응답 본문에 OAuth 2.0 액세스 토큰과 만료 시간이 포함됩니다. 이후 accessTokenexpireTime에 도달할 때까지 서비스 계정 대신 요청을 인증하는 데 사용할 수 있습니다.

    {
      "accessToken": "eyJ0eXAi...NiJ9",
      "expireTime": "2020-04-07T15:01:23.045123456Z"
    }
    

서비스 계정에 대한 액세스 토큰이 있으면 이 토큰을 통해 요청의 Authorization 헤더에 토큰을 포함하여 Google Cloud APIs를 호출할 수 있습니다.

Authorization: Bearer service-account-access-token

요청이 서비스 계정으로 승인됩니다.

다음 단계