generated from amazon-archives/__template_Apache-2.0
-
Notifications
You must be signed in to change notification settings - Fork 129
Open
Labels
enhancementNew feature or requestNew feature or requesttriagedHas been triaged by solutions teamHas been triaged by solutions team
Description
Following on from my comment in #178 (comment), this enhancement request centres on provisioning a single CMK KMS key per region, shared to an AWS Organization to remediate findings with.
For obvious reasons, this type of deployment would only be applicable where the sharr solution was deployed in an AWS Organization, but it would greatly reduce the costs of running the solution (in my case about 90% of the costs would be saved by deploying in this manner).
I have implemented a version of the solution locally that creates shared keys.
Changes Made
- A
DEPLOY_TO_AWS_ORG
environment variable was added to theSolutionDeployStack
which, if set via the -o switch in thebuild-s3-dist.sh
script will generate a version of the sharr solution that uses KMS kets shared to the Organization. - The
MemberStack
was changed to take an optionalsharedKeyAccount
parameter along with a boolean property (deployToOrg
) denoting whether the solution is to be deployed to an Org. If true, then theMemberRemediationKey
construct just looks up the key from its alias ARN; if false, the key is created by theMemberRemediationKey
construct. The key ARN, whether shared or not still gets stored in an SSM parameter in each member account. - A new
OrganizationSharedKeyStack
was created that takes anOrganizationIdParam
parameter and creates a key (using the same key creation method as theMemberRemediationKey
construct). - The
SolutionDeployStack
was modified to create theOrganizationSharedKeyStack
and add tagging (Solution tagging #202)
Metadata
Metadata
Assignees
Labels
enhancementNew feature or requestNew feature or requesttriagedHas been triaged by solutions teamHas been triaged by solutions team