-
Notifications
You must be signed in to change notification settings - Fork 283
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Feature Request: Add PermissionsBoundary as option for role that gets created #27
Comments
Thank you for your feedback. We have noted this as a feature request. |
Any plans on making this happen? Currently, the rotation applications are only useful if you want to give developers all access to the AWS account, which is often not possible. |
Need this to! Would implement this, but need to know where the template resides |
Are the SAM templates available anywhere to provide PRs on? |
Can you please apply Globals.Function.PermissionsBoundary to the SAM Template that gets created. This is supported by SAM. You can use this template as reference: https://github.com/aws-samples/cloudfront-authorization-at-edge/blob/master/template.yaml I would have create a PR, but cant find the yaml template available anywhere in this repo |
Below is a proposed template for: SecretsManagerRDSPostgreSQLRotationSingleUser — version 1.1.384
|
For SAM functions, you are able to specify a Permissions Boundary to use for the role that gets created automatically by Serverless::Function resources. However, there is no way for us as a consumer of these Serverless Applications to specify that to you.
Could you please add an optional parameter to the Serverless Application that allows us to specify a PermissionsBoundary?
If your App is passed PermissionsBoundary as a parameter by a user, simply pass it down to the Serverless::Function it creates. This should only be a few line change to your template.
We (and others likely) cannot take advantage of your Serverless Apps due being required (by a standard/policy within our organizations) to always specify a PermissionsBoundary on any role we create (or is created for us by things like SAM).
The text was updated successfully, but these errors were encountered: