An enterprise organization is migrating sensitive customer identity verification files to Cloud Storage. Compliance policy dictates that the key encryption keys (KEKs) must physically reside within the organization's existing on-premises Hardware Security Module (HSM) and that Google Cloud must never store the root key material. Additionally, application developers must not handle raw key material directly in application code or send key bytes within individual HTTP request headers. Which encryption strategy should you recommend?
- Configure Cloud KMS with Cloud External Key Manager (Cloud EKM) to reference the on-premises HSM key, and set the Cloud Storage bucket to use Customer-Managed Encryption Keys (CMEK).Cevap
- BUse Customer-Supplied Encryption Keys (CSEK) by configuring bucket-level default metadata to automatically pull key material from the on-premises HSM.
- CAssign the primitive Owner IAM role (roles/owner) to the Cloud Storage Service Agent so it can directly authenticate and retrieve keys from the on-premises key management service.
- DUse Google-default encryption keys for Cloud Storage objects while configuring a VPC Service Controls perimeter to protect the key material from external access.
Cevap
Configure Cloud KMS with Cloud External Key Manager (Cloud EKM) connected to the on-premises HSM, and use Customer-Managed Encryption Keys (CMEK) on the Cloud Storage bucket.
The correct choice utilizes Cloud External Key Manager (Cloud EKM) paired with Cloud KMS. Cloud EKM enables Google Cloud services like Cloud Storage to encrypt data at rest via Customer-Managed Encryption Keys (CMEK) while keeping the master keys inside an external on-premises HSM, fulfilling both physical key custody and seamless developer experience requirements.
Adım Adım Çözüm
Anahtar Kavram
Cloud EKM with CMEK for external key governance