이 페이지에서는 사용자 계정 또는 서비스 계정에서 IAP(Identity-Aware Proxy) 보안 리소스를 인증하는 방법에 대해 설명합니다.
사용자 계정은 개별 사용자에 속합니다. 애플리케이션에서 사용자를 대신하여 IAP 보안 리소스에 액세스해야 하는 경우 사용자 계정을 인증합니다. 자세한 내용은 사용자 계정을 참고하세요.
서비스 계정은 개별 사용자 대신 애플리케이션에 속합니다. 애플리케이션이 IAP 보안 리소스에 액세스하도록 허용하려는 경우 서비스 계정을 인증합니다. 자세한 내용은 서비스 계정을 참조하세요.
시작하기 전에
시작하기 전에 다음이 필요합니다.
- 개발자 계정, 서비스 계정 또는 모바일 앱 사용자 인증 정보를 사용하여 프로그래매틱 방식으로 연결하려는 IAP 보안 애플리케이션입니다.
사용자 계정 인증
데스크톱 또는 모바일 앱에서 사용자가 앱에 액세스하여 프로그램이 IAP 보안 리소스와 상호작용하도록 할 수 있습니다.
모바일 앱에서 인증
- 모바일 앱에 OAuth 2.0 클라이언트 ID를 만들거나 기존 ID를 사용합니다. 기존 OAuth 2.0 클라이언트 ID를 사용하려면 OAuth 클라이언트를 공유하는 방법의 단계를 따릅니다.
- 애플리케이션의 프로그래매틱 액세스에 대한 OAuth 클라이언트 ID를 허용 목록에 추가합니다.
- IAP 보안 클라이언트 ID에 대한 ID 토큰을 가져옵니다.
- Android: Google 로그인 API를 사용하여 OIDC(OpenID Connect) 토큰을 요청합니다.
requestIdToken
클라이언트 ID를 연결 중인 리소스의 클라이언트 ID로 설정합니다. - iOS: Google 로그인을 사용하여 ID 토큰을 가져옵니다.
- Android: Google 로그인 API를 사용하여 OIDC(OpenID Connect) 토큰을 요청합니다.
- IAP 보안 리소스에 인증된 요청을 하려면
Authorization: Bearer
헤더에 ID 토큰을 포함합니다.
데스크톱 앱에서 인증
이 섹션에서는 데스크톱 명령줄에서 사용자 계정을 인증하는 방법을 설명합니다.
- 개발자가 명령줄에서 애플리케이션에 액세스하도록 허용하려면 데스크톱 OAuth 2.0 클라이언트 ID를 만들거나 기존 데스크톱 OAuth 클라이언트 ID를 공유합니다.
- 애플리케이션의 프로그래매틱 액세스에 대한 OAuth 클라이언트 ID를 허용 목록에 추가합니다.
애플리케이션에 로그인
IAP 보안 앱에 액세스하려는 각 개발자는 먼저 로그인해야 합니다. gcloud CLI 등을 사용하여 프로세스를 스크립트로 패키징할 수 있습니다. 다음은 curl을 사용하여 로그인하고 애플리케이션에 액세스하기 위해 사용할 수 있는 토큰을 만드는 예시입니다.
- Google Cloud 리소스에 액세스할 수 있는 계정에 로그인합니다.
-
수신 요청을 에코할 수 있는 로컬 서버를 시작합니다.
참고: 이 명령어는 NetCat 유틸리티를 사용합니다. 원하는 유틸리티를 사용할 수 있습니다.$ nc -k -l 4444
-
다음 URI로 이동합니다. 여기서
DESKTOP_CLIENT_ID
는 데스크톱 앱 클라이언트 ID입니다.https://accounts.google.com/o/oauth2/v2/auth?client_id=DESKTOP_CLIENT_ID&response_type=code&scope=openid%20email&access_type=offline&redirect_uri=http://localhost:4444&cred_ref=true
-
로컬 서버 출력에서 요청 매개변수를 찾습니다. 다음과 같이 표시됩니다.
GET /?code=$CODE&scope=email%20openid%20https://www.googleapis.com/auth/userinfo.email&hd=google.com&prompt=consent HTTP/1.1
CODE를 복사하여 아래에서AUTH_CODE
를 데스크톱 앱 클라이언트 ID 및 보안 비밀로 바꿉니다.curl --verbose \ --data client_id=DESKTOP_CLIENT_ID \ --data client_secret=DESKTOP_CLIENT_SECRET \ --data code=AUTH_CODE \ --data redirect_uri=http://localhost:4444 \ --data grant_type=authorization_code \ https://oauth2.googleapis.com/token
이 코드는 애플리케이션에 액세스하는 데 사용할 수 있는
id_token
필드가 있는 JSON 객체를 반환합니다.
애플리케이션 액세스
앱에 액세스하려면 다음과 같이 id_token
을 사용합니다.
curl --verbose --header 'Authorization: Bearer ID_TOKEN' URL
토큰 갱신
로그인 과정 중에 생성된 갱신 토큰을 사용하여 새 ID 토큰을 가져올 수 있습니다. 원본 ID 토큰이 만료될 때 유용합니다. 각 ID 토큰은 약 1시간 동안 유효하며, 이 시간 동안 특정 앱에 여러 번 요청을 수행할 수 있습니다.
다음은 curl을 통해 갱신 토큰을 사용하여 새 ID 토큰을 가져오는 예시입니다. 다음 예시에서 REFRESH_TOKEN
은 로그인 과정의 토큰입니다.
DESKTOP_CLIENT_ID
, DESKTOP_CLIENT_SECRET
은 로그인 과정에서 사용되는 것과 동일합니다.
curl --verbose \ --data client_id=DESKTOP_CLIENT_ID \ --data client_secret=DESKTOP_CLIENT_SECRET \ --data refresh_token=REFRESH_TOKEN \ --data grant_type=refresh_token \ https://oauth2.googleapis.com/token
이 코드는 앱에 액세스하는 데 사용할 수 있는 새 id_token
필드가 있는 JSON 객체를 반환합니다.
서비스 계정 인증
서비스 계정 JWT 또는 OpenID Connect(OIDC) 토큰을 사용하여 IAP 보안 리소스로 서비스 계정을 인증할 수 있습니다. 다음 표에서는 다양한 인증 토큰과 해당 기능 간의 몇 가지 차이점을 보여줍니다.
인증 기능 | 서비스 계정 JWT | OpenID Connect 토큰 |
---|---|---|
컨텍스트 인식 액세스 지원 | ||
OAuth 2.0 클라이언트 ID 요구사항 | ||
토큰 범위 | IAP 보안 리소스의 URL | OAuth 2.0 클라이언트 ID |
서비스 계정 JWT를 사용하여 인증
JWT를 사용하여 서비스 계정을 인증하는 과정은 다음과 같은 기본 단계로 구성됩니다.
호출 서비스 계정에 서비스 계정 토큰 생성자 역할(
roles/iam.serviceAccountTokenCreator
)을 부여합니다.이 역할은 주 구성원에게 JWT와 같은 단기 사용자 인증 정보를 만들 수 있는 권한을 부여합니다.
IAP 보안 리소스에 대한 JWT를 만듭니다.
서비스 계정 비공개 키를 사용하여 JWT에 서명합니다.
JWT 만들기
생성된 JWT에는 다음 예시와 비슷한 페이로드가 있어야 합니다.
{ "iss": SERVICE_ACCOUNT_EMAIL_ADDRESS, "sub": SERVICE_ACCOUNT_EMAIL_ADDRESS, "aud": TARGET_URL, "iat": IAT, "exp": EXP, }
iss
및sub
필드에 서비스 계정의 이메일 주소를 지정합니다. 이 이메일 주소는 서비스 계정 JSON 파일의client_email
필드에 있거나 전달됩니다. 일반적인 형식:service-account@PROJECT_ID.iam.gserviceaccount.com
aud
필드에 IAP 보안 리소스의 URL을 지정합니다.iat
필드에 현재 유닉스 시간을 지정하고exp
필드에는 3,600초 이내의 시간을 지정합니다. 이 필드는 JWT의 만료 시점을 정의합니다.
JWT 서명
다음 방법 중 하나를 사용하여 JWT를 서명할 수 있습니다.
- IAM 사용자 인증 정보 API를 사용하여 비공개 키에 직접 액세스하지 않고 JWT에 서명합니다.
- 로컬 사용자 인증 정보 키 파일을 사용하여 JWT에 로컬로 서명합니다.
IAM Service Account Credentials API를 사용하여 JWT 서명
IAM Service Account Credentials API를 사용하여 서비스 계정 JWT에 서명하세요. 이 메서드는 서비스 계정과 연결된 비공개 키를 가져와 JWT 페이로드에 서명하는 데 사용합니다. 이렇게 하면 비공개 키에 직접 액세스하지 않고도 JWT에 서명할 수 있습니다.
IAP에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
gcloud
다음 명령어를 실행하여 JWT 페이로드로 요청을 준비합니다.
cat > claim.json << EOM { "iss": "SERVICE_ACCOUNT_EMAIL_ADDRESS", "sub": "SERVICE_ACCOUNT_EMAIL_ADDRESS", "aud": "TARGET_URL", "iat": $(date +%s), "exp": $((`date +%s` + 3600)) } EOM
다음 Google Cloud CLI 명령어를 사용하여
request.json
의 페이로드에 서명합니다.gcloud iam service-accounts sign-jwt --iam-account=SERVICE_ACCOUNT_EMAIL_ADDRESS claim.json output.jwt
요청에 성공하면
output.jwt
에 서명된 JWT가 포함됩니다.JWT를 사용하여 IAP 보안 리소스에 액세스합니다.
Python
import datetime
import json
import google.auth
from google.cloud import iam_credentials_v1
import jwt
def generate_jwt_payload(service_account_email: str, resource_url: str) -> str:
"""Generates JWT payload for service account.
The resource url provided must be the same as the url of the IAP secured resource.
Args:
service_account_email (str): Specifies service account JWT is created for.
resource_url (str): Specifies scope of the JWT, the URL that the JWT will be allowed to access.
Returns:
A signed-jwt that can be used to access IAP protected applications.
Access the application with the JWT in the Authorization Header.
curl --verbose --header 'Authorization: Bearer SIGNED_JWT' URL
"""
iat = datetime.datetime.now(tz=datetime.timezone.utc)
exp = iat + 3600
return json.dumps({
'iss': service_account_email,
'sub': service_account_email,
'aud': resource_url,
'iat': iat,
'exp': exp,
})
def sign_jwt(target_sa: str, resource_url: str) -> str:
"""Signs JWT payload using ADC and IAM credentials API.
Args:
target_sa (str): Service Account JWT is being created for.
iap.webServiceVersions.accessViaIap permission is required.
resource_url (str): Audience of the JWT, and scope of the JWT token.
This is the url of the IAP protected application.
Returns:
A signed-jwt that can be used to access IAP protected apps.
"""
source_credentials, _ = google.auth.default()
iam_client = iam_credentials_v1.IAMCredentialsClient(credentials=source_credentials)
return iam_client.sign_jwt(
name=iam_client.service_account_path('-', target_sa),
payload=generate_jwt_payload(target_sa, resource_url),
).signed_jwt
요청이 성공하면 스크립트는 서명된 JWT를 반환합니다. JWT를 사용하여 IAP 보안 리소스에 액세스합니다.
curl
다음 명령어를 실행하여 JWT 페이로드로 요청을 준비합니다.
cat << EOF > request.json { "payload": JWT_PAYLOAD } EOF
IAM Service Account Credentials API를 사용하여 JWT에 서명합니다.
curl -X POST \ -H "Authorization: Bearer $(gcloud auth print-access-token)" \ -H "Content-Type: application/json; charset=utf-8" \ -d @request.json \ "https://iamcredentials.googleapis.com/v1/projects/-/serviceAccounts/SERVICE_ACCOUNT_EMAIL_ADDRESS:signJwt"
요청이 성공하면 서명된 JWT가 응답에 포함됩니다.
JWT를 사용하여 IAP 보안 리소스에 액세스합니다.
로컬 사용자 인증 정보 키 파일에서 JWT 서명
JWT는 서비스 계정의 비공개 키를 사용하여 서명됩니다.
서비스 계정 키 파일이 있는 경우 JWT에 로컬로 서명할 수 있습니다.
스크립트는 페이로드와 함께 JWT 헤더를 전송합니다. 헤더의 kid
필드에는 서비스 계정 사용자 인증 정보 JSON 파일의 private_key_id
필드에 있는 서비스 계정의 비공개 키 ID를 사용합니다.
이 키는 JWT에 서명하는 데도 사용됩니다.
Python
import time
import jwt
import json
def generate_jwt_payload(service_account_email, resource_url):
"""Generates JWT payload for service account.
The resource url provided must be the same as the url of the IAP secured resource.
Args:
service_account_email (str): Specifies service account JWT is created for.
resource_url (str): Specifies scope of the JWT, the URL that the JWT will be allowed to access.
Returns:
A signed-jwt that can be used to access IAP protected applications.
Access the application with the JWT in the Authorization Header.
curl --verbose --header 'Authorization: Bearer SIGNED_JWT' URL
"""
iat = datetime.datetime.now(tz=datetime.timezone.utc)
exp = iat + 3600
return json.dumps({
'iss': service_account_email,
'sub': service_account_email,
'aud': resource_url,
'iat': iat,
'exp': exp,
})
def sign_jwt_with_key_file(credential_key_file_path, resource_url):
"""Signs JWT payload using local service account credential key file.
Args:
credential_key_file_path (str): Path to the downloaded JSON credentials of the service
account the JWT is being created for.
resource_url (str): Scope of JWT token, This is the url of the IAP protected application.
Returns:
A service account JWT created with a downloaded private key.
"""
with open(credential_key_file_path, 'r') as credential_key_file:
key_data = json.load(credential_key_file)
PRIVATE_KEY_ID_FROM_JSON = key_data["private_key_id"]
PRIVATE_KEY_FROM_JSON = key_data["private_key"]
SERVICE_ACCOUNT_EMAIL = key_data["client_email"]
# Sign JWT with private key and store key id in the header
additional_headers = {'kid': PRIVATE_KEY_ID_FROM_JSON}
payload = generate_jwt_payload(service_account_email=SERVICE_ACCOUNT_EMAIL, resource_url=resource_url)
signed_jwt = jwt.encode(
payload,
PRIVATE_KEY_FROM_JSON,
headers=additional_headers,
algorithm='RS256',
)
return signed_jwt
서명된 JWT가 결과입니다.
애플리케이션 액세스
모든 경우에 앱에 액세스하려면 다음과 같이 signed-jwt
를 사용합니다.
curl --verbose --header 'Authorization: Bearer SIGNED_JWT' URL
OIDC 토큰으로 인증
- OAuth 2.0 클라이언트 ID를 만들거나 기존 OAuth 2.0 클라이언트 ID를 사용합니다. 기존 OAuth 2.0 클라이언트 ID를 사용하려면 OAuth 클라이언트를 공유하는 방법의 단계를 따릅니다.
- 애플리케이션의 프로그래매틱 액세스에 대한 OAuth 클라이언트 ID를 허용 목록에 추가합니다.
또한 IAP 보안 프로젝트의 액세스 목록에 서비스 계정을 추가해야 합니다. 다음 코드 샘플은 OIDC 토큰을 받는 방법을 보여줍니다. IAP 보안 리소스에 인증을 요청하려면 Authorization: Bearer
헤더에 토큰을 포함해야 합니다.
기본 서비스 계정의 OIDC 토큰 가져오기
Compute Engine, App Engine 또는 Cloud Run의 기본 서비스 계정용 OIDC 토큰을 가져오려는 경우 다음 코드 샘플을 사용하여 IAP 보안 리소스에 액세스할 수 있는 토큰을 생성할 수 있습니다.
C#
Go
IAP에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Java
Node.js
PHP
IAP에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Python
IAP에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
Ruby
IAP에 인증하려면 애플리케이션 기본 사용자 인증 정보를 설정합니다. 자세한 내용은 로컬 개발 환경의 인증 설정을 참조하세요.
로컬 서비스 계정 키 파일에서 OIDC 토큰 가져오기
서비스 계정 키 파일이 있는 경우 위의 코드 샘플을 조정하여 서비스 계정 키 파일을 제공할 수 있습니다.
Bash
#!/usr/bin/env bash
set -euo pipefail
get_token() {
# Get the bearer token in exchange for the service account credentials.
local service_account_key_file_path="${1}"
local iap_client_id="${2}"
local iam_scope="https://www.googleapis.com/auth/iam"
local oauth_token_uri="https://www.googleapis.com/oauth2/v4/token"
local private_key_id="$(cat "${service_account_key_file_path}" | jq -r '.private_key_id')"
local client_email="$(cat "${service_account_key_file_path}" | jq -r '.client_email')"
local private_key="$(cat "${service_account_key_file_path}" | jq -r '.private_key')"
local issued_at="$(date +%s)"
local expires_at="$((issued_at + 600))"
local header="{'alg':'RS256','typ':'JWT','kid':'${private_key_id}'}"
local header_base64="$(echo "${header}" | base64)"
local payload="{'iss':'${client_email}','aud':'${oauth_token_uri}','exp':${expires_at},'iat':${issued_at},'sub':'${client_email}','target_audience':'${iap_client_id}'}"
local payload_base64="$(echo "${payload}" | base64)"
local signature_base64="$(printf %s "${header_base64}.${payload_base64}" | openssl dgst -binary -sha256 -sign <(printf '%s\n' "${private_key}") | base64)"
local assertion="${header_base64}.${payload_base64}.${signature_base64}"
local token_payload="$(curl -s \
--data-urlencode "grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer" \
--data-urlencode "assertion=${assertion}" \
https://www.googleapis.com/oauth2/v4/token)"
local bearer_id_token="$(echo "${token_payload}" | jq -r '.id_token')"
echo "${bearer_id_token}"
}
main(){
# TODO: Replace the following variables:
SERVICE_ACCOUNT_KEY="service_account_key_file_path"
IAP_CLIENT_ID="iap_client_id"
URL="application_url"
# Obtain the ID token.
ID_TOKEN=$(get_token "${SERVICE_ACCOUNT_KEY}" "${IAP_CLIENT_ID}")
# Access the application with the ID token.
curl --header "Authorization: Bearer ${ID_TOKEN}" "${URL}"
}
main "$@"
그 외 모든 경우에 OIDC 토큰 가져오기
그 외 모든 경우에는 IAM 사용자 인증 정보 API를 사용하여 IAP 보안 리소스에 액세스하기 직전에 타겟 서비스 계정을 가장하여 OIDC 토큰을 생성합니다. 이 프로세스는 다음과 같은 단계로 진행됩니다.
서비스 계정 OpenID Connect ID 토큰 제작자 역할(
roles/iam.serviceAccountOpenIdTokenCreator
)을 사용하여 호출 서비스 계정(ID 토큰을 가져오는 코드와 연결된 서비스 계정)을 제공합니다.이렇게 하면 호출 서비스 계정이 타겟 서비스 계정을 가장할 수 있습니다.
호출 서비스 계정이 제공한 사용자 인증 정보를 사용하여 타겟 서비스 계정에서 generateIdToken 메서드를 호출합니다.
audience
필드를 클라이언트 ID로 설정합니다.
단계별 안내는 ID 토큰 만들기를 참조하세요.
Proxy-Authorization 헤더에서 인증
애플리케이션이 Authorization
요청 헤더를 사용하는 경우 대신 Proxy-Authorization: Bearer
헤더에 ID 토큰을 포함할 수 있습니다. Proxy-Authorization
헤더에 유효한 ID 토큰이 있으면 IAP가 이 토큰을 사용하여 요청을 승인합니다. 요청을 승인하면 IAP가 콘텐츠를 처리하지 않고 애플리케이션에 Authorization
헤더를 전달합니다.
Proxy-Authorization
헤더에 유효한 ID 토큰이 없는 경우 IAP가 Authorization
헤더 처리를 계속 진행하며 요청이 애플리케이션에 전달되기 전에 Proxy-Authorization
헤더를 제거합니다.
다음 단계
- 승인: Bearer 토큰에 대해 알아봅니다.
- Android 로그인 또는 iOS 로그인을 시도합니다.