You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
With this default configuration the key generated is missing an action for to be able to write to S3 buckets (read seems to not be affected). With the cli, sdk or console no create (put or otherwise) on the bucket is allowed.
The error given through the aws cli is "An error occurred (AccessDenied) when calling the PutObject operation: Access Denied"
The fix according to this AWS support article is to add the following to the actions statement kms:GenerateDataKey.
What is the expected behavior (or behavior of feature suggested)?
Expected behaviour is that write operations to S3 buckets should work.
What is the work around if any?
The work around is to add the following to the CDK code.
Fixes#3458 where incomplete default resource policy for root account principal was generated and requiring a workaround.
See issue #3458 for the complete reference.
I'm submitting a ...
What is the current behavior?
If the current behavior is a πͺ²bugπͺ²: Please provide the steps to reproduce
When creating a Customer Managed KMS Key the generated resource policy for the account principal is incomplete. At least when it comes to S3 buckets.
Create KMS Key and bucke with KMS enabled
With this default configuration the key generated is missing an action for to be able to write to S3 buckets (read seems to not be affected). With the cli, sdk or console no create (put or otherwise) on the bucket is allowed.
The error given through the aws cli is "An error occurred (AccessDenied) when calling the PutObject operation: Access Denied"
The fix according to this AWS support article is to add the following to the actions statement kms:GenerateDataKey.
Expected behaviour is that write operations to S3 buckets should work.
The work around is to add the following to the CDK code.
or this, which is more precise
This completes the resource policy and write operations to S3 now work.
Please tell us about your environment:
The text was updated successfully, but these errors were encountered: