AWS Identity and Access Management VS OpenID Connect Playground

Each group will have an IAM role assigned. The roles will allow read/write and read access to the members of the FullAccess and ReadOnlyAccess groups, respectively. - Source: dev.to / 7 months ago

It's great, but where will IAM get the sub's value from? The ${cognito-identity.amazonaws.com:sub} policy variable refers to it, so there must be something somewhere that contains a sub property. - Source: dev.to / 8 months ago

Say we have an application where we place users in multiple groups based on their permission sets. I'm not talking about IAM but application users, who sign up, log in and use our application. Those users can be administrators, read-only users, or can belong to other permission categories. I already discussed a way we can use Cognito user pool groups in access control to specific endpoints. - Source: dev.to / 9 months ago

The tool is part of IAM. First, we must create an analyzer, which can be account- or organization-based. The account or the organization will become the zone of trust. In this example, the zone of trust will be an account. - Source: dev.to / 9 months ago

I don't want to dive deeply into IAM. As a new Serverless developer, I don't think that's required for you to be effective. A link to the AWS IAM documentation does seem appropriate. Now what I do feel is appropriate for you to know are the following things:. - Source: dev.to / 9 months ago

I too found this hard to reason, but figured it out: If you're demoing using https://openidconnect.net for example, set your Client ID to https://openidconnect.net Likewise, your ClientID should match the id of the website your are using this on. This was mentioned in the GitHub readme too but didn't click until trying the demo. - Source: Hacker News / 7 months ago