A cloud security engineer receives an alert that a specific key version of a CryptoKey in Cloud KMS may have been exposed. The security policy dictates that no new data should be encrypted using this compromised key version, but existing backup files encrypted with prior key versions must remain decryptable by authorized service accounts. Additionally, to clean up the project resources, the engineer attempts to remove the parent KeyRing that holds the CryptoKey. Which action correctly fulfills the security requirement while reflecting Cloud KMS resource capabilities?
- Disable the compromised CryptoKey version, and acknowledge that Cloud KMS KeyRings and CryptoKeys cannot be deleted once created.Cevap
- BExecute a deletion command on the parent KeyRing resource to permanently remove all associated CryptoKeys and key versions from the GCP project.
- CAssign the Project Owner primitive role to the service account so it can execute an immediate force-delete on the CryptoKey object.
- DRevoke the Cloud KMS CryptoKey Encrypter/Decrypter role at the KeyRing level, assuming it overrides the inherited access granted at the Project level.
Cevap
Disable the compromised CryptoKey version, and acknowledge that Cloud KMS KeyRings and CryptoKeys cannot be deleted once created.
Disabling a specific CryptoKey version stops it from being used for cryptographic operations. Furthermore, Cloud KMS enforces strict immutability for catalog structure: KeyRings and CryptoKeys cannot be deleted once created.
Adım Adım Çözüm
Anahtar Kavram
Cloud KMS Key Lifecycle and Resource Immutability