Open OperationalFallacy opened 10 months ago
The visual editor also complained that "lambda:GetLayerVersionbyArn" doesn't exit in Full-access-Policy
Hey @OperationalFallacy, thank you for reaching out. This look like a miss on AdministratorAccess-Amplify policy (AmplifySSMCalls) when the root stack tags are propagated to the nested stack, marking as bug.
But to mitigate the issue we should be able to add an inline policy allowing the SSM tags permission.
in regards to "lambda:GetLayerVersionbyArn"
i have reached out to the appropriate team.
On a side note did notice the Name Join has amplify/GraphQLEndpoint-
you will need to add /amplify/GraphQLEndpoint-
as the qualified name expects a /
Hey @OperationalFallacy, Amplify managed policy supports permissions for native categories like api, auth, storage. For custom use cases, customers will have to add permissions in their inline policy. Add ssm:AddTagsToResource
permissions as a separate inline policy in this role us-east-1_aPwDmYAQx_Full-access
@bzsurbhi I'm confused, what is amplify managed policy? This is also a not custom case - this is amplify cli fails to make updates because some ssm permissions missing.
How did you install the Amplify CLI?
yarn
If applicable, what version of Node.js are you using?
v20.9.0
Amplify CLI Version
12.10.1
What operating system are you using?
Mac
Did you make any manual changes to the cloud resources managed by Amplify? Please describe the changes made.
Yes, custom category to expose api endpoint via ssm param, so cognito trigger functions can get access/config of API.
I believe this is the relevant piece in the template that causing deployment failure:
Describe the bug
Copied from the custom category template deployment
Expected behavior
amplify role should have permissions correctly configured
Reproduction steps
Project Identifier
No response
Log output
Additional information
No response
Before submitting, please confirm: