호출 인증
인증된 Cloud 함수를 호출하려면 기본 주 구성원이 다음 요구사항을 충족해야 합니다.
- 함수를 호출할 수 있는 권한이 있음
- 함수를 호출할 때 ID 토큰을 제공함
주 구성원이란 무엇인가요? Cloud Functions 보호에 설명된 대로 Cloud Functions는 주 구성원이라고도 하는 두 가지 종류의 ID를 지원합니다.
- 서비스 계정: 함수, 애플리케이션, VM과 같이 비인간 사용자의 ID로 사용되는 특수 계정입니다. 이런 계정은 비인간 사용자를 인증하는 방법을 제공합니다.
- 사용자 계정: 개인 Google 계정 소유자 또는 Google 그룹처럼 Google이 관리하는 항목에 속하는 사용자 등 인간이 사용하는 계정입니다.
기본 IAM 개념에 대한 자세한 내용은 IAM 개요를 참조하세요.
인증된 Cloud 함수를 호출하려면 주 구성원에게 호출자 IAM 권한이 있어야 합니다.
- 1세대 함수의 경우
cloudfunctions.functions.invoke
. 일반적으로 Cloud Functions 호출자 역할을 통해 수행합니다. run.routes.invoke
: 2세대 함수의 경우. 일반적으로 Cloud Run 호출자 역할을 통해 수행합니다. 이 권한은 Cloud Run 서비스 리소스에 할당되어야 합니다.
이러한 권한을 부여하려면 함수 호출에 대한 함수 인증에 표시된 대로 add-invoker-policy-binding
명령어를 사용합니다.
함수에 대한 다른 관리 작업을 생성, 업데이트, 수행할 권한을 얻으려면 주 구성원에게 적절한 역할이 있어야 합니다. 역할에는 주 구성원이 수행할 수 있는 작업을 정의하는 권한이 포함됩니다. 자세한 내용은 IAM을 사용하여 액세스 승인을 참조하세요.
함수 호출 시 추가적인 복잡성이 발생할 수 있습니다. 이벤트 기반 함수는 구독 중인 이벤트 소스로만 호출될 수 있지만 HTTP 함수는 다른 위치에서 시작되는 다양한 종류의 ID로 호출될 수 있습니다. 호출자는 함수를 테스트 중인 개발자이거나 함수를 사용하려는 다른 함수 또는 서비스가 될 수 있습니다. 기본적으로 이러한 ID에서는 자신을 인증하는 요청과 함께 ID 토큰을 제공해야 합니다. 또한 사용 중인 계정에 적절한 권한이 부여되어 있어야 합니다.
ID 토큰 생성 및 사용에 대해 자세히 알아보세요.
인증 예시
이 섹션에서는 호출을 위한 인증의 몇 가지 예를 보여줍니다.
예시 1: 개발자 테스트 인증
개발자에게는 함수를 생성, 업데이트, 삭제할 수 있는 액세스 권한이 필요하며 권한은 일반(IAM) 프로세스를 사용하여 부여됩니다.
그러나 개발자는 테스트 목적으로 함수를 호출해야 할 수 있습니다. curl
또는 유사한 도구를 사용하여 함수를 호출하려면 다음 사항에 유의하세요.
호출 권한이 포함된 Cloud Functions 사용자 계정에 역할을 할당합니다.
- 1세대 함수의 경우
cloudfunctions.functions.invoke
. 일반적으로 Cloud Functions 호출자 역할을 통해 수행합니다. 기본적으로 Cloud Functions 관리자 및 Cloud Functions 개발자 역할에는 이 권한이 있습니다. 전체 역할 및 관련 권한 목록은 Cloud Functions IAM 역할을 참조하세요. run.routes.invoke
: 2세대 함수의 경우. 일반적으로 Cloud Run 호출자 역할을 통해 수행할 수 있습니다.
- 1세대 함수의 경우
로컬 머신에서 작업하는 경우 Google Cloud CLI를 초기화하여 명령줄 액세스를 설정합니다.
사용자 인증 정보가 있는 요청을
Authorization
헤더에 저장된 Google에서 생성한 ID 토큰으로 제공합니다. 예를 들어 다음 명령어를 실행하여gcloud
를 사용해 ID 토큰을 가져옵니다.curl -H "Authorization: Bearer $(gcloud auth print-identity-token)" \ https://FUNCTION_URL
여기서 FUNCTION_URL은 함수 URL입니다. Google Cloud 콘솔의 Cloud Functions 페이지에서 또는 Google Cloud CLI 배포 명령어 예시의 1단계와 같이
gcloud functions describe
명령어를 실행하여 이 URL을 검색합니다.
계정에 호출된 함수에 대한 cloudfunctions.functions.invoke
권한이 있으면 gcloud
에서 생성된 토큰을 사용하여 모든 프로젝트에서 HTTP 함수를 호출할 수 있습니다. 개발 용도로는 gcloud
에서 생성된 ID 토큰을 사용합니다. 그러나 이러한 토큰에는 대상 클레임이 없으므로 릴레이 공격에 취약합니다. 프로덕션 환경에서는 적절하게 지정된 대상과 함께 서비스 계정에 발급된 ID 토큰을 사용합니다. 이 방식은 토큰 사용을 의도한 서비스로만 제한하여 보안을 강화합니다.
항상 그렇듯이 함수를 개발하고 사용하는 데 필요한 최소 권한 집합을 할당하는 것이 좋습니다. 함수에 대한 IAM 정책이 최소 사용자 수와 서비스 계정 수로 제한되어 있는지 확인합니다.
예시 2: 함수 호출에 함수 인증
여러 함수를 연결하는 서비스를 빌드할 경우 각 함수가 다른 함수의 특정 하위 집합에만 요청을 보낼 수 있도록 하는 것이 좋습니다. 예를 들어 login
함수가 있으면 user profiles
함수에 액세스할 수 있지만 search
함수에는 액세스할 수 없어야 합니다.
특정 호출 함수의 요청을 수락하도록 수신 함수를 구성하려면 수신 함수에서 호출 함수의 서비스 계정에 적절한 호출자 역할을 부여해야 합니다. 1세대 함수의 경우 호출자 역할은 Cloud Functions 호출자(roles/cloudfunctions.invoker
)입니다. 2세대 함수의 경우 호출자 역할은 Cloud Run 호출자(roles/run.invoker
)이며 기본 서비스에서 부여되어야 합니다.
Cloud Functions(1세대):
콘솔
1세대 함수의 경우 Cloud Functions 호출자를 사용합니다.
Google Cloud 콘솔로 이동합니다.
수신 함수 옆의 체크박스를 클릭합니다. 함수 자체를 클릭하지 마세요.
화면 상단의 권한을 클릭합니다. 권한 패널이 열립니다.
주 구성원 추가를 클릭합니다.
새 주 구성원 필드에 호출 함수의 ID를 입력합니다. 서비스 계정 이메일이어야 합니다.
역할 선택 드롭다운 메뉴에서 Cloud Functions > Cloud Functions 호출자 역할을 선택합니다.
저장을 클릭합니다.
gcloud
gcloud functions add-invoker-policy-binding
명령어를 사용합니다.
gcloud functions add-invoker-policy-binding RECEIVING_FUNCTION \ --member='serviceAccount:CALLING_FUNCTION_IDENTITY'
add-invoker-policy-binding
명령어는 지정된 구성원(주 구성원)이 지정된 함수를 호출할 수 있도록 허용하는 호출자 역할 IAM 정책 바인딩을 추가합니다. Google Cloud CLI가 함수 생성을 자동으로 감지하고 올바른 호출자 역할(1세대의 경우 cloudfunctions.invoker
, 2세대의 경우 run.invoker
)을 추가합니다.
다음을 바꿉니다.
RECEIVING_FUNCTION
: 수신 함수 이름CALLING_FUNCTION_IDENTITY
: 호출 함수 ID인 서비스 계정 이메일
Cloud Functions(2세대):
콘솔
2세대 함수의 경우 Cloud Run 호출자를 사용합니다.
Google Cloud 콘솔로 이동합니다.
Cloud Run 서비스 목록에서 수신 함수 옆에 있는 체크박스를 클릭합니다. 함수 자체를 클릭하지 마세요.
권한 패널이 열립니다.
주 구성원 추가를 클릭합니다.
호출 서비스의 ID를 입력합니다. 일반적으로 이메일 주소이며 기본적으로
PROJECT_NUMBER-compute@developer.gserviceaccount.com
입니다.프로젝트 번호는 프로젝트 ID 및 프로젝트 이름과 다릅니다. Google Cloud 콘솔 대시보드 페이지에서 프로젝트 번호를 찾을 수 있습니다.
역할 선택 드롭다운 메뉴에서
Cloud Run Invoker
역할을 선택합니다.저장을 클릭합니다.
gcloud
gcloud functions add-invoker-policy-binding
명령어를 사용합니다.
gcloud functions add-invoker-policy-binding RECEIVING_FUNCTION \ --member='serviceAccount:CALLING_FUNCTION_IDENTITY'
add-invoker-policy-binding
명령어는 지정된 구성원(주 구성원)이 지정된 함수를 호출할 수 있도록 허용하는 호출자 역할 IAM 정책 바인딩을 추가합니다. Google Cloud CLI가 함수 생성을 자동으로 감지하고 올바른 호출자 역할(1세대의 경우 cloudfunctions.invoker
, 2세대의 경우 run.invoker
)을 추가합니다.
다음을 바꿉니다.
RECEIVING_FUNCTION
: 수신 함수 이름CALLING_FUNCTION_IDENTITY
: 호출 함수 ID인 서비스 계정 이메일
수신 함수를 호출하므로 호출 함수는 인증을 위해 Google 서명 ID 토큰도 제공해야 합니다. 이 절차는 두 단계로 이루어져 있습니다.
대상 필드(
aud
)가 수신 함수의 URL로 설정된 Google에서 서명한 ID 토큰을 만듭니다.ID 토큰을 함수에 대한 요청의
Authorization: Bearer ID_TOKEN
헤더에 포함합니다.
이 프로세스를 관리하는 가장 쉽고 신뢰할 수 있는 방법은 아래와 같이 인증 라이브러리를 사용하여 이 토큰을 생성하고 사용하는 것입니다.
ID 토큰 생성
이 섹션에서는 주 구성원이 함수를 호출하는 데 필요한 ID 토큰을 생성할 수 있는 다양한 방법을 설명합니다.
ID 토큰 없이 인증되지 않은 액세스를 수행할 수 있지만 사용 설정해야 합니다. 자세한 내용은 IAM을 사용하여 액세스 승인을 참조하세요.
프로그래매틱 방식으로 토큰 생성
다음 코드가 ID 토큰을 생성한 후 해당 토큰으로 Cloud 함수를 호출합니다. 이 코드는 로컬 애플리케이션 기본 사용자 인증 정보를 지원하는 환경 등 라이브러리가 인증 사용자 인증 정보를 얻을 수 있는 모든 환경에서 작동합니다.
Node.js
Python
Go
Java
수동으로 토큰 생성
함수를 호출할 때 어떤 이유로 인증 라이브러리를 사용할 수 없는 경우 컴퓨팅 메타데이터 서버를 사용하거나 자체 서명 JWT를 만들어 Google 서명 ID 토큰과 교환하는 두 가지 방법으로 ID 토큰을 수동으로 가져올 수 있습니다.
메타데이터 서버 사용
다음과 같이 컴퓨팅 메타데이터 서버를 사용하여 특정 잠재고객이 있는 ID 토큰을 가져올 수 있습니다.
curl "http://metadata.google.internal/computeMetadata/v1/instance/service-accounts/default/identity?audience=AUDIENCE" \
-H "Metadata-Flavor: Google"
AUDIENCE를 호출할 함수의 URL로 바꿉니다. 위에 있는 개발자 테스트 인증 섹션에 설명된 것처럼 이 URL을 검색할 수 있습니다.
Google 서명 ID 토큰과 자체 서명 JWT 교환
수신 함수에서 호출 함수의 서비스 계정에 Cloud Functions 호출자(
roles/cloudfunctions.invoker
) 역할을 부여합니다.서비스 계정 및 키를 만들고 비공개 키(JSON 형식)가 포함된 파일을 호출 함수나 서비스에서 요청하는 호스트에 다운로드합니다.
헤더가
{"alg":"RS256","typ":"JWT"}
로 설정된 JWT를 만듭니다. 페이로드에는 수신 함수의 URL로 설정된target_audience
클레임과 위에서 사용한 서비스 계정의 이메일 주소로 설정된iss
및sub
클레임이 포함되어야 합니다.exp
및iat
클레임도 포함되어야 합니다.aud
클레임은https://www.googleapis.com/oauth2/v4/token
으로 설정되어야 합니다.위에서 다운로드한 비공개 키를 사용하여 JWT에 서명합니다.
이 JWT를 사용하여 POST 요청을 https://www.googleapis.com/oauth2/v4/token으로 전송합니다. 인증 데이터는 요청의 헤더와 요청 본문에 포함되어야 합니다.
헤더:
Authorization: Bearer $JWT - where $JWT is the JWT you just created Content-Type: application/x-www-form-urlencoded
본문:
grant_type=urn:ietf:params:oauth:grant-type:jwt-bearer&assertion=$JWT
$JWT
를 방금 만든 JWT로 바꿉니다.그러면 Google에서 서명한
id_token
이 포함된 또 다른 JWT가 반환됩니다.
GET/POST 요청을 수신 함수에 보냅니다. Google 서명 ID 토큰을 요청의 Authorization: Bearer ID_TOKEN_JWT
헤더에 포함합니다.
다음 단계
함수에 대한 액세스 관리 방법 알아보기
ID 토큰을 생성하는 다른 방법에 대한 도움을 받기