An enterprise operates a multi-account environment governed by AWS Organizations. Log files containing sensitive operational records are collected from all member accounts and consolidated into a centralized Amazon S3 bucket located in a dedicated Security account. The S3 bucket is currently encrypted using the default AWS-managed KMS key (aws/s3). A solutions architect must design a solution that enhances data protection and meets the following compliance requirements:
- All log objects must be encrypted at rest using a key that supports automatic annual rotation.
- The security audit team in the Security account must be able to decrypt and analyze the logs, but member accounts must be blocked from decrypting logs once they have been written.
- Member accounts must be prevented from deleting the S3 logging bucket, deleting any log objects, or modifying the bucket policy, even if users in those accounts have administrative privileges.
Which two actions should the solutions architect take to meet these requirements?
- Create a Customer Managed Key (CMK) in the Security account, enable automatic key rotation, and configure a key policy that allows member accounts to use the kms:GenerateDataKey action while restricting the kms:Decrypt action to the security audit team.Cevap
- Create and attach a Service Control Policy (SCP) to the AWS Organizations root that denies s3:DeleteBucket, s3:DeleteObject, and s3:PutBucketPolicy on the logging S3 bucket resources for all member accounts.Cevap
- CModify the key policy of the default AWS-managed KMS key (aws/s3) in the Security account to allow cross-account access for the member accounts and the security audit team.
- DAttach a Service Control Policy (SCP) to the Organizational Unit (OU) containing the Security account that explicitly grants s3:GetObject and kms:Decrypt permissions to the security audit team, removing the requirement to configure local IAM policies.
- EConfigure the S3 bucket policy in the Security account to allow s3:PutObject actions using a wildcard (*) principal and omitting the aws:PrincipalOrgID condition, relying on the default AWS-managed key to restrict cross-account object access.