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
Passing in an ISecret with a non-default encryptionKey field into the DD Construct (V2) for use in the extension layer should also add the grantDecrypt function to the KMS in question. Currently it only adds the grantRead function to the lambdas in question. In order to use a non-default KMS and cross account secret, this is necessary.
Actual Behavior
Passing in via the apiSecretKey property does add the grantRead to the Secret. However, it doesn't add the grantDecrypt. Thus a secret from a different AWS account cannot be used.
Expected Behavior
Passing in an ISecret with a non-default encryptionKey field into the DD Construct (V2) for use in the extension layer should also add the grantDecrypt function to the KMS in question. Currently it only adds the grantRead function to the lambdas in question. In order to use a non-default KMS and cross account secret, this is necessary.
Actual Behavior
Passing in via the apiSecretKey property does add the grantRead to the Secret. However, it doesn't add the grantDecrypt. Thus a secret from a different AWS account cannot be used.
Steps to Reproduce the Problem
Specifications
The text was updated successfully, but these errors were encountered: