2단계 인증으로 OS 로그인 설정

이 주제에서는 2단계 인증으로 OS 로그인을 설정하는 기본 단계를 설명합니다.

OS 로그인을 사용하여 인스턴스에 대한 액세스를 관리하는 경우 2단계 인증(2FA라고도 함)을 사용하여 보안 레이어를 추가할 수 있습니다. OS 로그인 사용의 다른 이점에 대한 자세한 내용은 OS 로그인을 참조하세요.

인스턴스에서 2FA 인증으로 OS 로그인을 사용하려면 다음 단계를 따르세요.

  1. 게스트 환경을 설치하거나 업데이트합니다.
  2. (선택사항) 조직 관리자는 조직의 OS 로그인 관리를 검토합니다.
  3. Google 계정 또는 도메인에 2FA 사용 설정
  4. 프로젝트 또는 인스턴스에 2FA 사용 설정
  5. 자신, 프로젝트 구성원 또는 조직 구성원에게 필요한 IAM 역할을 부여합니다.
  6. (선택사항) 자신, 프로젝트 구성원 또는 조직 구성원의 사용자 계정에 커스텀 SSH 키를 추가합니다. 또는 인스턴스에 연결할 때 Compute Engine에서 자동으로 키를 생성할 수도 있습니다.
  7. 인스턴스에 연결합니다.
  8. 예상되는 로그인 동작을 검토합니다.

VM 액세스를 더 제한하기 위해서는 하드웨어로 지원되는 SSH 키 쌍을 설정할 수도 있습니다. 자세한 내용은 보안 키로 SSH 사용을 참조하세요.

2FA를 사용하여 OS 로그인을 설정한 후에는 감사 로그를 사용하여 인증 세션을 모니터링할 수 있습니다.

시작하기 전에

제한사항

  • OS 로그인은 현재 Google Kubernetes Engine(GKE)에서 지원되지 않습니다. OS 로그인을 사용 설정해도 GKE 클러스터 노드는 메타데이터 SSH 키를 계속 사용합니다.

  • 현재 Fedora CoreOS 이미지는 OS 로그인을 지원하지 않습니다. 이러한 이미지를 사용하여 만든 VM에 대한 인스턴스 액세스를 관리하려면 Fedora CoreOS 이그니션 시스템을 사용하세요.

  • Windows Server 및 SQL Server 이미지는 OS 로그인을 지원하지 않습니다.

지원되는 메서드 또는 본인 확인 유형

OS 로그인은 다음과 같은 2FA 방법 또는 본인 확인 유형을 지원합니다.

1단계: 게스트 환경 설치 또는 업데이트

인스턴스에 최신 버전의 게스트 환경이 설치되어 있어야 합니다. 대부분의 공개 이미지에는 이미 최신 버전이 설치되어 있습니다.

가져온 커스텀 이미지를 실행하는 인스턴스가 있는 경우 해당 VM에 게스트 환경을 설치합니다.

최신 게스트 환경을 설치하지 않았다면 게스트 환경을 업데이트합니다.

2단계: (선택사항) 조직의 OS 로그인 관리 검토

조직 관리자는 조직 수준에서 OS 로그인 사용 설정과 같은 일부 구성을 설정할 수 있습니다. 조직의 OS 로그인 관리를 참조하세요.

3단계: Google 계정 또는 도메인에 2FA 사용 설정

프로젝트 또는 인스턴스에 2단계 인증을 사용 설정하려면 먼저 Google 계정 또는 도메인에 2FA를 사용 설정해야 합니다. 프로젝트나 인스턴스가 포함된 도메인 또는 프로젝트나 인스턴스를 소유한 사용자에 대해 2FA를 사용 설정해야 합니다.

보안 권장사항으로 조직의 사용자 계정에 2단계 인증을 요구합니다. OS 로그인 2단계 인증을 사용 설정해도 2단계 인증이 구성되지 않은 사용자의 로그인 액세스는 차단되지 않습니다.

G Suite 관리자는 도메인에 2단계 인증을 사용 설정할 수 있으며, 개별 Google 사용자는 사용자 계정 수준에서 2단계 인증을 사용 설정할 수 있습니다.

도메인

G Suite 관리자가 도메인의 2단계 인증을 사용 설정해야 합니다.

도메인에 2FA를 사용 설정하려면 G Suite 관리자 가이드의 2단계 인증으로 비즈니스 보호하기를 참조하세요.

사용자 계정

현재 사용자 계정을 G Suite 관리자가 관리하지 않는다면 직접 개별 Google 계정에 2FA를 구성할 수 있습니다.

개별 Google 계정에 2FA를 구성하려면 Google 2단계 인증을 참조하세요.

4단계: 프로젝트 또는 인스턴스에서 2FA 사용 설정

도메인 또는 사용자 계정 수준에서 2단계 인증을 사용 설정한 후에는 개별 인스턴스 또는 프로젝트에 OS 로그인 2FA를 사용 설정할 수 있습니다.

인스턴스 또는 프로젝트에서 OS 로그인 2FA를 사용하려면 OS 로그인이 사용 설정되어 있어야 합니다.

인스턴스 생성 또는 프로젝트 설정 중에 OS 로그인과 OS 로그인 2FA를 모두 구성할 수 있습니다. OS 로그인이 이미 사용 설정된 기존 인스턴스나 프로젝트에도 OS 로그인 2FA를 구성할 수 있습니다.

OS 로그인 2단계 인증을 사용하도록 프로젝트 또는 인스턴스를 구성하려면 프로젝트나 인스턴스 메타데이터에서 enable-oslogin-2fa=TRUEenable-oslogin=TRUE를 설정합니다.

Console

다음 옵션 중 하나를 사용하여 프로젝트 또는 VM에서 메타데이터 값을 적용할 수 있습니다.

  • 옵션 1: 인스턴스를 만들 때 인스턴스 메타데이터에서 enable-oslogin-2fa=TRUEenable-oslogin=TRUE를 설정합니다.

    1. Google Cloud Console에서 VM 인스턴스 페이지로 이동합니다.

      VM 인스턴스 페이지로 이동

    2. 인스턴스 만들기를 클릭합니다.
    3. 새 인스턴스 생성 페이지에서 원하는 인스턴스 속성을 입력합니다.
    4. 메타데이터 섹션에 다음 메타데이터 항목을 추가합니다.

      • enable-oslogin(값: TRUE)
      • enable-oslogin-2fa(값: TRUE)
    5. 만들기를 클릭하여 인스턴스를 만듭니다.

  • 옵션 2: 프로젝트의 모든 인스턴스에 적용되도록 프로젝트 전체의 메타데이터에서 enable-oslogin-2faenable-oslogin=TRUE를 설정합니다.

    1. 메타데이터 페이지로 이동합니다.

      메타데이터 페이지로 이동

    2. 수정을 클릭합니다.
    3. 메타데이터 섹션에 다음 메타데이터 항목을 추가합니다.

      • enable-oslogin(값: TRUE)
      • enable-oslogin-2fa(값: TRUE)
    4. 저장을 클릭해 변경사항을 적용합니다.

    CoreOS를 실행하지 않는 VM의 경우 변경사항이 즉시 적용되므로 인스턴스를 재시작할 필요가 없습니다. CoreOS 배포의 경우 변경사항을 적용하려면 인스턴스를 재부팅하거나 다시 시작하세요. 다시 시작하려면 인스턴스에서 중지 작업을 수행한 후 시작 작업을 수행합니다.

  • 옵션 3: 기존 인스턴스의 메타데이터에 enable-oslogin-2faenable-oslogin=TRUE를 설정합니다.

    1. VM 인스턴스 페이지로 이동합니다.

      VM 인스턴스 페이지로 이동

    2. 메타데이터 값을 설정하려는 인스턴스의 이름을 클릭합니다.
    3. 인스턴스 세부정보 페이지 상단에 있는 수정을 클릭하여 인스턴스 설정을 수정합니다.
    4. 커스텀 메타데이터 아래에 다음 메타데이터 항목을 추가합니다.

      • enable-oslogin(값: TRUE)
      • enable-oslogin-2fa(값: TRUE)
    5. 인스턴스 세부정보 페이지 하단에 있는 저장을 클릭해 변경사항을 인스턴스에 적용합니다.

    CoreOS를 제외한 모든 운영체제에서는 변경사항이 즉시 적용되므로 인스턴스를 다시 시작할 필요가 없습니다. CoreOS 배포의 경우 변경사항을 적용하려면 인스턴스를 재부팅하거나 다시 시작하세요. 다시 시작하려면 인스턴스에서 중지 작업을 수행한 후 시작 작업을 수행합니다.

gcloud

다음 옵션 중 하나를 사용하여 프로젝트 또는 VM에서 메타데이터 값을 적용할 수 있습니다.

  • 옵션 1: 인스턴스를 만들 때 인스턴스 메타데이터에서 enable-oslogin-2fa=TRUEenable-oslogin=TRUE를 설정합니다.

    여기서 instance-name을 인스턴스 이름으로 바꿉니다.

    gcloud compute instances create instance-name \
        --metadata enable-oslogin=True,enable-oslogin-2fa=True
    
  • 옵션 2: 프로젝트의 모든 인스턴스에 적용되도록 프로젝트 전체 메타데이터에 enable-oslogin-2fa=TRUEenable-oslogin=TRUE를 설정합니다.

    gcloud compute project-info add-metadata \
        --metadata enable-oslogin=True,enable-oslogin-2fa=True
    
  • 옵션 3: 기존 인스턴스의 메타데이터에 enable-oslogin-2fa=TRUEenable-oslogin=TRUE를 설정합니다.

    여기서 instance-name을 인스턴스 이름으로 바꿉니다.

    gcloud compute instances add-metadata \
        --metadata enable-oslogin=True,enable-oslogin-2fa=True instance-name
    

5단계: 사용자 계정에 OS 로그인 역할 구성

OS 로그인 IAM 역할 부여

프로젝트에서 1개 이상의 인스턴스에 OS 로그인을 사용 설정하면 이 VM은 프로젝트 또는 조직에 필요한 IAM 역할이 있는 사용자 계정의 연결만 허용합니다.

이러한 VM에 대한 OS 로그인 액세스를 허용하려면 사용자에게 필요한 역할을 부여해야 합니다. OS 로그인 액세스를 허용하려면 다음 단계를 완료하세요.

  1. 다음 인스턴스 액세스 역할 중 하나를 부여합니다.

    gcloud compute instances add-iam-policy-binding 명령어를 사용하여 인스턴스 수준에서 이러한 인스턴스 액세스 역할을 부여할 수 있습니다.

  2. VM 인스턴스가 서비스 계정을 사용하는 경우 서비스 계정에서 roles/iam.serviceAccountUser 역할을 갖도록 각 사용자를 구성해야 합니다. 서비스 계정에 사용자 액세스를 추가하는 방법은 서비스 계정 가장 관리를 참조하세요.

  3. 조직 외부에 있는 사용자가 VM에 액세스하려면 인스턴스 액세스 역할을 부여하는 것 외에 roles/compute.osLoginExternalUser 역할도 부여하세요. 이 역할은 조직 관리자가 조직 수준에서 부여해야 합니다. 자세한 내용은 조직 외부 사용자에게 인스턴스 액세스 권한 부여를 참조하세요.

서비스 계정에 SSH 액세스 권한 부여

OS 로그인 역할을 사용하면 서비스 계정에서 인스턴스에 SSH를 통해 연결할 수 있습니다. 이는 다음 작업에 유용합니다.

  • 애플리케이션에 Compute Engine 인스턴스에 대한 SSH 액세스 권한이 필요한 경우 서비스 계정을 통해 액세스 권한을 제공할 수 있습니다. 자세한 내용은 SSH를 통해 인스턴스에 앱 연결을 참조하세요.
  • 서비스 계정에 권한이 있다고 가정하고 이러한 권한을 사용하여 인스턴스 간에 수동으로 SSH 체인을 설정하는 방법은 서비스 계정으로 인스턴스 간 수동 연결을 참조하세요.

다음 프로세스를 통해 서비스 계정에 SSH 액세스 권한을 부여할 수 있습니다.

  1. 서비스 계정을 만듭니다.
  2. 필요한 OS 로그인 역할을 서비스 계정에 부여합니다. 서비스 계정에는 사용자 계정과 동일한 역할이 필요합니다. 서비스 계정에 역할과 권한을 구성하는 방법은 서비스 계정에 역할 부여를 참조하세요.
  3. 필요한 API에 대한 요청을 승인할 수 있도록 애플리케이션 기본 사용자 인증 정보를 서비스 계정에 제공합니다. 다음 옵션 중 하나를 사용하여 애플리케이션 기본 사용자 인증 정보를 제공하세요.

서비스 계정에 SSH 액세스 권한을 부여한 후에는 SSH 키를 만들고 VPC 네트워크의 다른 인스턴스에 SSH 연결을 설정하도록 앱을 구성할 수 있습니다. 서비스 계정 SSH의 예시 앱을 확인하려면 SSH를 통해 인스턴스에 애플리케이션 연결 가이드를 참조하세요.

OS 로그인 IAM 역할 취소

OS 로그인이 사용 설정된 인스턴스의 사용자 액세스 권한을 취소하려면 해당 사용자 계정에서 사용자 역할을 삭제합니다. 사용자의 IAM 역할을 삭제하는 방법에 대한 자세한 내용은 리소스에 대한 액세스 권한 부여, 변경, 취소를 참조하세요.

사용자의 액세스 권한이 취소되면 사용자는 자신의 계정과 연결된 공개 SSH 키를 계속 보유하지만 키가 더 이상 VM 인스턴스에서 작동하지 않습니다.

6단계: (선택사항) 사용자 계정에 SSH 키 추가

타사 도구를 사용하여 VM에 연결하려면 사용자 계정에 SSH 키를 추가해야 합니다. gcloud 명령줄 도구 또는 브라우저에서 SSH를 통해 연결과 같은 다른 옵션을 사용하여 인스턴스에 연결하면 Compute Engine에서 자동으로 키를 생성하므로 이 단계를 건너뛸 수 있습니다.

공개 SSH 키를 연결할 수 있는 사용자 계정 유형은 다음과 같습니다.

gcloud 명령줄 도구 또는 OS Login API를 사용하여 자체 계정에 SSH 키를 추가할 수 있습니다. 조직의 도메인 관리자인 경우에는 Directory API를 사용하여 SSH 키를 조직의 사용자 계정에 추가할 수 있습니다.

gcloud

gcloud compute os-login 명령어는 Cloud SDK 버전 184 이상에서만 사용할 수 있습니다.

gcloud 명령줄 도구를 사용하여 공개 SSH 키를 계정에 연결합니다.

gcloud compute os-login ssh-keys add \
    --key-file key-file-path \
    --ttl expire-time

다음을 바꿉니다.

  • key-file-path: 로컬 워크스테이션의 공개 SSH 키 경로입니다. 공개 SSH 키 형식이 올바른지 확인합니다. Linux 시스템에서 PuTTYgen을 사용하여 공개 키를 생성하는 경우 public-openssh 형식을 사용해야 합니다.
  • expire-time: 공개 SSH 키의 만료 시간을 설정하는 선택적 플래그입니다. 예를 들어 30m을 지정하면 SSH 키가 30분 후에 만료됩니다. 이 플래그에는 다음 단위가 사용됩니다.
    • s, 초
    • m, 분
    • h, 시간
    • d, 일. 만료 시간이 없도록 하려면 값을 0으로 설정합니다.

OS Login API

OS Login API를 사용하면 공개 SSH 키를 계정과 연결할 수 있습니다.

POST https://oslogin.googleapis.com/v1/users/account-email:importSshPublicKey

{
 "key": "ssh-key",
 "expirationTimeUsec": "expiration-timestamp"
}

다음을 바꿉니다.

  • account-email: 관리형 사용자 계정을 나타내는 이메일 주소입니다.
  • ssh-key: 계정에 적용할 공개 키입니다. 공개 SSH 키 형식이 올바른지 확인합니다. Linux 시스템에서 PuTTYgen을 사용하여 공개 키를 생성하는 경우 public-openssh 형식을 사용해야 합니다.
  • expiration-timestamp: 에포크 후의 키 만료 시간(마이크로초 단위)입니다.

Directory API

조직의 도메인 관리자인 경우 Directory API 참조를 사용하여 SSH 키를 조직의 다른 사용자 계정에 추가할 수 있습니다. 예를 들어 1개 이상의 SSH sshPublicKeys 항목을 사용하여 directory.users.update 메서드에 대해 PUT 요청을 생성합니다.

PUT https://www.googleapis.com/admin/directory/v1/users/user-id-key

{
 "sshPublicKeys": [
  {
   "key": "ssh-key",
   "expirationTimeUsec": "expiration-timestamp"
  },
  {
   "key": "ssh-key",
   "expirationTimeUsec": "expiration-timestamp"
  }
 ]
}

다음을 바꿉니다.

  • user-id-key: 변경 불가능한 사용자 ID입니다.
  • ssh-key: 계정에 적용할 공개 키입니다. 공개 SSH 키 형식이 올바른지 확인합니다. Linux 시스템에서 PuTTYgen을 사용하여 공개 키를 생성하는 경우 public-openssh 형식을 사용해야 합니다.
  • expiration-timestamp: 에포크 후의 키 만료 시간(마이크로초 단위)입니다.

계정에서 모든 키를 삭제하려면 "sshPublicKeys": null을 본문으로 지정하고 user-id-key를 사용자의 변경 불가능한 ID로 바꿉니다.

PUT https://www.googleapis.com/admin/directory/v1/users/user-id-key

{
  "sshPublicKeys": null
}

계정에 키를 추가한 후 계정과 연결된 사용자 이름 및 타사 도구를 사용해 인스턴스에 연결할 수 있습니다. 조직 관리자는 이 사용자 이름을 변경할 수 있습니다.

gcloud compute os-login describe-profile 명령어를 실행하여 계정의 현재 사용자 이름을 찾을 수 있습니다.

예를 들어 다음과 유사한 출력이 표시됩니다.

name: '314159265358979323846'
posixAccounts:
- gid: '27182818'
  homeDirectory: /home/user_example_com
  ⋮
  uid: '27182818'
  username: user_example_com
⋮

7단계: 인스턴스에 연결

VM에 연결하면 다음과 같은 3가지 기본 옵션이 있습니다.

gcloud 명령줄 도구나 브라우저에서 SSH를 통해 연결을 사용하여 VM에 연결하면 Compute Engine은 자동으로 SSH 키를 생성하고 사용자 계정과 연결합니다.

타사 도구를 사용하여 인스턴스에 연결하면 사용자 계정에 공개 키를 추가해야 합니다. VM은 사용자 계정에서 공개 키를 가져오고 사용자가 올바른 사용자 이름과 일치하는 비공개 SSH 키를 제공하면 인스턴스에 연결할 수 있도록 허용합니다.

인스턴스에 연결하면 선택한 2FA 방법 또는 질문 유형에 따라 메시지가 표시됩니다.

  • Google OTP의 경우 다음 메시지가 표시됩니다.

    "Enter your one-time password:"

  • SMS 또는 전화 통화 확인의 경우 다음 메시지가 표시됩니다.

    "A security code has been sent to your phone. Enter code to continue:"

  • 전화 안내 메시지의 경우 다음 메시지가 표시됩니다.

    A login prompt has been sent to your enrolled device:"

    전화 안내 메시지를 사용하는 경우 전화 또는 태블릿의 안내 메시지를 수락하여 계속 진행합니다. 다른 방법의 경우 보안 코드 또는 일회용 비밀번호를 입력합니다.

8단계: 예상되는 로그인 동작

  • OS 로그인을 사용하는 일부 인스턴스에서는 연결이 설정된 후 다음과 같은 오류 메시지가 표시될 수 있습니다.

    /usr/bin/id: cannot find name for group ID 123456789

    이 오류 메시지는 무시하세요. 이 오류는 인스턴스에 영향을 주지 않습니다.

  • G Suite 관리자가 사용자 이름을 설정하지 않았다면, OS 로그인은 사용자의 Google 프로필과 연결된 이메일의 사용자 이름과 도메인을 결합해 기본 Linux 사용자 이름을 생성합니다. 이러한 이름 지정 규칙은 이름의 고유성을 보장합니다. 예를 들어 Google 프로필과 연결된 사용자 이메일이 user@example.com이면 생성되는 사용자 이름은 user_example_com입니다.

    G Suite 조직은 원하는 경우 기본값을 변경하여 새로 생성된 사용자 이름의 도메인 서픽스를 삭제할 수 있습니다. 예를 들어 Google 프로필과 연결된 사용자 이메일이 user@example.com이면 생성되는 사용자 이름은 user입니다. 자세한 내용은 OS 로그인 API 관리를 참조하세요.

    사용자가 별도의 G Suite 조직에 속한 경우에는 생성된 사용자 이름 앞에 'ext_'가 붙습니다. 예를 들어 user@example.com이 다른 조직의 VM에 액세스할 경우 생성되는 사용자 이름은 ext_user_example_com입니다.

  • gcloud compute ssh 명령어를 사용하여 인스턴스에 로그인하면 로그인 메시지는 example.com 도메인에 속한 사용자 user에 다음 형식을 사용합니다.

    Using OS Login user user_example_com instead of default user user

    이 메시지로 사용자가 OS 로그인 프로필로 로그인하는지 확인할 수 있습니다.

OS 로그인 2FA 감사 로그 보기

Compute Engine은 2단계 인증 요청을 추적할 수 있는 감사 로그를 제공합니다. 2단계 인증에는 다음 두 가지 요청 유형이 있습니다.

  • StartSession. 새로운 인증 세션을 시작합니다. StartSession 호출에서 클라이언트는 자신의 기능을 서버에 선언하고 첫 번째 질문에 대한 정보를 가져옵니다. StartSession 호출은 다음을 반환합니다.

    • 세션 ID. 이 세션 ID는 모든 후속 ContinueSession 호출에 전달됩니다.
    • 이 새 인증 세션에서 사용된 본인 확인 또는 2FA 방법에 대한 정보
  • ContinueSession. 기존 인증 세션을 계속합니다. ContinueSession API는 제공된 세션 ID를 사용하여 다음 두 가지 작업 중 하나를 수행할 수 있습니다.

    • 본인 확인 요청 또는 2FA 방법에 대한 응답을 수락한 후 인증 또는 거부하거나 사용자에게 추가 본인 확인을 요청합니다.
    • 이전 API 호출에서 서버가 처음 제안한 질문과 다른 유형의 질문으로 전환합니다. 클라이언트는 다른 본인 확인 유형(예: 전화 안내 메시지 대신 Google OTP)을 선택할 경우 서버를 호출할 때 원하는 유형의 request.challengeId를 사용하여 다른 본인 확인 유형을 요청할 수 있습니다.

로그를 보려면 로그 뷰어에 대한 권한이 있거나 프로젝트 뷰어 또는 편집자여야 합니다.

  1. Cloud Console에서 로그 페이지로 이동합니다.

    로그 페이지로 이동

  2. 드롭다운 메뉴를 확장하고 Audited Resource를 선택합니다.
  3. 검색창에 oslogin.googleapis.com을 입력하고 Enter 키를 누릅니다.
  4. 2단계 인증 요청을 설명하는 감사 로그 목록이 표시됩니다. 항목을 확장하여 자세한 내용을 확인합니다.

    2단계 인증 감사 로그

감사 로그에서 다음을 수행할 수 있습니다.

  1. protoPayload 속성을 확장합니다.

    2단계 인증 감사 로그 측정항목

  2. 이 로그가 적용되는 활동을 확인하려면 methodName을 찾습니다(StartSession 또는 ContinueSession 요청). 예를 들어 이 로그가 StartSession 요청을 추적하면 메서드 이름은 "google.cloud.oslogin.OsLoginService.v1.StartSession"입니다. 마찬가지로 ContinueSession 로그는 "google.cloud.oslogin.OsLoginService.v1.ContinueSession"입니다. 감사 로그 항목은 모든 세션 시작 및 계속 요청마다 기록됩니다.

다양한 로그 유형에 맞는 다양한 감사 로그 속성이 있습니다. 예를 들어 StartSession과 관련된 감사 로그에는 시작 세션에 고유한 속성이 있는 반면, ContinueSession의 감사 로그에는 고유한 속성 집합이 있습니다. 두 로그 유형 모두를 공유하는 특정 감사 로그 속성도 있습니다.

모든 2단계 인증 감사 로그

속성
serviceName oslogin.googleapis.com
resourceName 프로젝트 번호가 포함된 문자열입니다. 이 프로젝트 번호는 감사 로그가 속한 로그인 요청을 나타냅니다. 예: projects/myproject12345
severity 로그 메시지의 심각도 수준입니다. 예: INFO 또는 WARNING
request.email API 호출에서 인증하는 사용자의 이메일 주소입니다.
request.numericProjectId Google Cloud 프로젝트의 프로젝트 번호입니다.
response.@type type.googleapis.com/google.cloud.oslogin.OsLoginService.v1.StartOrContinueSessionResponse
response.sessionId 세션을 고유하게 식별하는 ID 문자열입니다. 이 세션 ID는 시퀀스의 다음 API 호출에 전달됩니다.
response.authenticationStatus 세션 상태입니다. 예를 들면 Authenticated, Challenge required 또는 Challenge pending입니다.
response.challenges 이 인증 단계를 통과할 수 있는 일련의 본인 확인 유형입니다. 이러한 질문 중 최대 한 개가 시작되고 READY 상태가 됩니다. 나머지 질문은 사용자가 제안된 기본 질문 대안으로 지정할 수 있는 옵션으로 제공됩니다.

StartSession 감사 로그

속성
methodName google.cloud.oslogin.OsLoginService.v1.StartSession
request.@type type.googleapis.com/google.cloud.oslogin.OsLoginService.v1.StartSessionRequest
request.supportedChallengeTypes 선택 가능한 질문 유형 또는 2FA 방법의 목록입니다.

ContinueSession 감사 로그

속성
methodName google.cloud.oslogin.OsLoginService.v1.ContinueSession
request.sessionId 이전 세션을 고유하게 식별하는 ID 문자열입니다. 이 세션 ID는 시퀀스의 이전 API 호출에서 전달됩니다.
request.@type type.googleapis.com/google.cloud.oslogin.OsLoginService.v1.ContinueSessionRequest
request.challengeId 시작하거나 실행할 본인 확인 유형을 식별하는 ID 문자열입니다. 이 ID는 이전 API 응답의 response.challenges 호출에서 반환된 질문 유형에 속해야 합니다.
request.action 수행할 작업입니다.

다음 단계