A healthcare enterprise is deploying virtual machine workloads on Google Compute Engine that process regulated patient data. The enterprise security policy strictly dictates that the organization must retain absolute control over the raw cryptographic key material, ensuring the key is never stored permanently on Google Cloud infrastructure and can be revoked instantly by withholding the key during disk mount operations. Which encryption model should the cloud architect implement for the Compute Engine persistent disks?
- Customer-Supplied Encryption Keys (CSEK), where raw AES-256 keys are supplied by the organization for disk creation and attachment operations.Answer
- BCustomer-Managed Encryption Keys (CMEK) hosted in Cloud KMS, leveraging automated key rotation schedules managed by Google Cloud.
- CGoogle-default encryption using Google-managed keys, providing zero-operational-overhead transparent encryption for all stored data.
- DCloud KMS with Customer-Managed Encryption Keys (CMEK), granting the Owner primitive IAM role to the Compute Engine Service Agent.
Answer
Customer-Supplied Encryption Keys (CSEK), where raw AES-256 keys are supplied by the organization for disk creation and attachment operations.
Customer-Supplied Encryption Keys (CSEK) require the user to provide raw 256-bit AES keys directly during API requests to encrypt and decrypt data on persistent disks. Because Google only keeps the key temporarily in memory and never stores raw key material on persistent storage, the organization maintains absolute control over key storage and can revoke access immediately by withholding the key during disk creation or attachment.
Step-by-Step Solution
Key Concept
Customer-Supplied Encryption Keys (CSEK) vs. Customer-Managed Encryption Keys (CMEK)
Estimated Time:1m 30s