A multinational logistics company collects shipping manifests containing customer PII in regional business unit AWS accounts. These manifests are uploaded to a centralized Amazon S3 bucket in a dedicated Data Archive AWS account under AWS Organizations. Currently, the bucket uses default server-side encryption with the AWS managed key (aws/s3).
The security team mandates that the architecture be enhanced to meet these compliance requirements:
1. All archived data must be encrypted with a key that supports automatic rotation and allows immediate revocation.
2. Regional accounts must be prevented from uploading objects unless they are encrypted using this specific key.
3. No local administrators in the Data Archive account should be able to disable encryption, delete the key, or alter these bucket access rules.
Which combination of actions will meet these requirements with the least operational complexity?
- Create a customer managed KMS key in the Data Archive account with automatic rotation enabled. Set the key policy to grant kms:GenerateDataKey and kms:Decrypt permissions to the IAM roles in the regional accounts. Update the S3 bucket to use this key for default encryption. Configure an S3 bucket policy that denies s3:PutObject if the s3:x-amz-server-side-encryption-aws-kms-key-id condition does not match the customer managed key ARN. Apply an SCP at the Organization root that denies kms:PutKeyPolicy, kms:ScheduleKeyDeletion, s3:PutEncryptionConfiguration, and s3:PutBucketPolicy actions in the Data Archive account unless the principal is the central administration role.Cevap
- BEnable automatic rotation on the default AWS managed key (aws/s3) in the Data Archive account. Configure the S3 bucket policy to allow uploads from regional accounts while denying s3:PutObject if the encryption type is not aws:kms. Attach an SCP to the Data Archive account that denies s3:PutEncryptionConfiguration and s3:PutBucketPolicy actions for all local administrator IAM roles, delegating the key policy administration of aws/s3 to a central security role.
- CCreate a customer managed KMS key in the Data Archive account. Attach an SCP to the Organizational Unit (OU) containing the Data Archive account that explicitly allows the regional accounts' IAM roles to perform s3:PutObject and kms:GenerateDataKey on the archive bucket and the KMS key. In the same SCP, deny kms:ScheduleKeyDeletion and s3:PutEncryptionConfiguration for all other principals in the Data Archive account, bypassing the need for local bucket policies or KMS key policies.
- DCreate a customer managed KMS key in the Data Archive account with automatic rotation enabled. Update the S3 bucket default encryption to use this key. Configure the S3 bucket policy to deny s3:PutObject if the s3:x-amz-server-side-encryption header is not set to aws:kms. Rely on the default KMS key policy that grants root access to authorize the regional accounts' IAM policies to use the KMS key, and deploy an AWS Config rule to remediate any unauthorized changes to S3 or KMS configurations.