A medical device manufacturing company is establishing a centralized telemetry logging architecture. An application running on Amazon ECS tasks within a Production VPC in Account A () needs to write encrypted raw patient telemetry data directly to an Amazon S3 bucket located in a dedicated Security and Auditing account, Account B (). The compliance officer requires that all data uploaded must be owned by Account B immediately upon creation to prevent Account A from deleting or modifying the logs. The data must be encrypted at rest using a customer-managed KMS key (CMK). The ECS tasks in Account A must only have the minimum permissions required to perform the write and encryption operations, with no read or delete capabilities on Account B's resources. Which two configuration steps must the Solutions Architect implement to meet these requirements securely?
- In Account B, set the S3 Object Ownership to Bucket Owner Enforced to disable Access Control Lists (ACLs), and configure a bucket policy that grants s3:PutObject permissions specifically to Account A's ECS task role.Cevap
- In Account B, create a Customer Managed Key (CMK) with a key policy that grants Account A's ECS task role permissions for the kms:GenerateDataKey and kms:Decrypt actions, and configure the S3 bucket to use this CMK as the default encryption key.Cevap
- CIn Account B, configure the S3 bucket to use the default AWS-managed KMS key (aws/s3) for S3 default encryption, and attach an IAM policy to the ECS task role in Account A that grants access to this key.
- DIn the AWS Organizations management account, attach a Service Control Policy (SCP) to Account A that explicitly grants s3:PutObject and kms:GenerateDataKey access to Account B's S3 bucket and KMS key.
- EIn Account B, configure the S3 bucket policy with a wildcard principal (*) and rely on the KMS key policy's principal restrictions to secure access, omitting explicit Account A principal declarations or organizational conditions in the S3 bucket policy.