A. Google 관리 콘솔에서 모든 사용자에 대한 2SV 요구 사항을 일시적으로 비활성화합니다. 사용자에게 로그인하여 계정에 새 2단계 인증을 추가하도록 요청합니다. 모든 사용자에 대한 2SV 요구 사항을 다시 활성화합니다.

B. Google 관리 콘솔에서 최고 관리자 또는 계정을 사용하여 사용자 계정의 자격 증명을 재설정합니다. 사용자에게 첫 로그인 후 자격 증명을 업데이트하도록 요청합니다.

C. Google 관리 콘솔에서 적절한 사용자 계정을 선택하고 해당 계정에 대한 2SV를 일시적으로 비활성화합니다. 사용자에게 2단계 인증을 업데이트하도록 요청한 다음, 이 계정에 대한 2SV를 다시 활성화합니다.

D. Google 관리 콘솔에서 적절한 사용자 계정을 선택하고 백업 코드를 생성하여 사용자가 로그인할 수 있도록 합니다. 사용자에게 2차 인증 단계를 업데이트하도록 요청합니다.

A. 새로운 서비스 계정을 생성하고 모든 애플리케이션 사용자에게 서비스 계정 사용자 역할을 부여합니다.

B. 새 서비스 계정을 만들고 모든 애플리케이션 사용자를 Google 그룹에 추가합니다. 이 그룹에 서비스 계정 사용자 역할을 부여합니다.

C. 전용 G Suite 관리자 계정을 사용하고 이러한 G Suite 자격 증명으로 애플리케이션의 작업을 인증합니다.

D. 새 서비스 계정을 만들고 G Suite 도메인 전체 위임을 부여합니다. 애플리케이션에서 이를 사용하여 사용자를 가장합니다.

A. 로컬에서 키 암호화 키(KEK)를 생성합니다.
로컬에서 데이터 암호화 키(DEK)를 생성합니다. KEK로 데이터를 암호화합니다.
암호화된 데이터와 래핑된 DEK를 저장합니다.

B. 로컬에서 데이터 암호화 키(DEK)를 생성합니다.
DEK를 래핑하려면 키 암호화 키(KEK)를 사용합니다. KEK로 데이터를 암호화합니다.
암호화된 데이터와 래핑된 KEK를 저장합니다.

C. 로컬에서 키 암호화 키(KEK)를 생성합니다.
KEK를 사용하여 데이터 암호화 키(DEK)를 생성합니다. DEK로 데이터를 암호화합니다.
암호화된 데이터와 래핑된 DEK를 저장합니다.

D. 로컬에서 데이터 암호화 키(DEK)를 생성합니다.
DEK로 데이터를 암호화합니다.
DEK를 래핑하려면 키 암호화 키(KEK)를 사용합니다. 암호화된 데이터와 래핑된 DEK를 저장합니다.

A. * 1 버킷 권한을 변경하여 액세스를 제한합니다.
* 2 데이터에 대한 무단 액세스를 보고하기 위해 버킷 사용 로그를 쿼리합니다.
* 3 회귀를 방지하기 위해 조직 정책 storage.publicAccessPrevention을 시행합니다.

B. * 1 버킷의 모든 사용자에게 액세스 권한을 부여하는 IAM(Identity and Access Management)을 제거합니다.
* 2 회귀를 방지하기 위해 조직 정책 storage.unifromBucketLevelAccess를 적용합니다.
* 3 무단 액세스에 대한 보고를 위해 데이터 액세스 로그를 쿼리합니다.

C. * 1 권한이 있는 사용자의 접근을 제한하기 위해 권한을 변경합니다.
* 2 모든 프로덕션 프로젝트 주변에 VPC 서비스 제어 경계를 적용하여 승인되지 않은 액세스를 즉시 차단합니다.
* 3 관리자 활동 감사 로그를 검토하여 무단 액세스를 보고합니다.

D. * 1 버킷 권한을 변경하여 액세스를 제한합니다.
* 2 버킷에 대한 무단 액세스가 있는지 데이터 액세스 감사 로그를 쿼리합니다.
* 3 잘못된 구성이 수정된 후 보안 명령 센터에서 발견 사항을 음소거합니다.

A. Google Cloud Platform: 고객 책임 매트릭스

B. PCI DSS 요구 사항 및 보안 평가 절차

C. PCI SSC 클라우드 컴퓨팅 가이드라인

D. Compute Engine에 대한 제품 설명서