A financial services firm manages application hosting environments across multiple member accounts in AWS Organizations. The baseline EC2 instance configurations, security group rules, and IAM roles are deployed and managed using AWS CloudFormation StackSets from a centralized tooling account.
Recently, local administrators have made manual, out-of-band modifications to security group rules and instance settings in the target accounts, causing configuration drift. Additionally, the centralized pipeline in the tooling account is unable to complete deployments because the target accounts cannot read the deployment artifacts stored in an Amazon S3 bucket, which is currently encrypted using the default AWS-managed S3 key (aws/s3).
Which combination of actions should a Solutions Architect take to remediate the configuration drift and resolve the cross-account deployment failures? (Select TWO.)
- Configure a Customer Managed Key (CMK) in the tooling account to encrypt the S3 artifact bucket, and update the CMK key policy to allow the CloudFormation execution roles in the target member accounts to perform decryption operations.Answer
- Deploy an AWS Config rule to monitor the resources for configuration changes, and set up an AWS Systems Manager Automation runbook as a remediation action to automatically revert unauthorized changes.Answer
- CModify the key policy of the default AWS-managed KMS key (aws/s3) in the tooling account to grant kms:Decrypt permissions to the CloudFormation execution roles in the target member accounts.
- DCreate a Service Control Policy (SCP) at the Organization root that restricts local IAM users from making manual modifications, and configure it to automatically roll back any unauthorized configuration changes to the baseline CloudFormation state.
- EEnable automatic drift detection on the CloudFormation StackSet in the tooling account, and set the StackSet execution policy to automatically execute a stack rollback whenever drift is detected.