Why centralized identity matters
Consider an organization with multiple AWS accounts:- Account one contains specific resources and users who need access.
- Account two contains different resources and needs its own users.
- Account three likewise requires separate users.
- Increased overhead: You must create and maintain the same user across multiple accounts.
- Inconsistent permissions and configuration drift: Changes in one account must be manually replicated to others.
- Harder auditing: You must inspect each account individually to determine access.
- Time-consuming role and permission management: Roles and policies must be created and maintained in every account.
Core concepts
- Users: Workforce identities that need access.
- Account assignments: Granting a user or group access to one or more AWS accounts.
- Permission sets: Reusable collections of IAM policies that define what a user can do in an assigned account.

Permission sets vs IAM roles
Permission sets are analogous to IAM roles or a bundle of IAM policies. You define permission sets inside IAM Identity Center (for example, a “ReadOnly” or “Admin” profile). When you assign a permission set to a user or group for a specific AWS account, IAM Identity Center provisions the necessary role in the target account so the user can sign in with those privileges. Key points:- Permission sets are reusable: assign the same set across multiple accounts.
- Provisioning is automatic: IAM Identity Center creates and maps the roles in each account for you.
- They map to IAM policies, so you can control fine-grained permissions.
- https://docs.aws.amazon.com/singlesignon/latest/userguide/what-is.html
- https://learn.kodekloud.com/user/courses/aws-iam
Authentication and supported identity sources
IAM Identity Center handles authentication and authorization centrally and can integrate with external identity providers to simplify identity lifecycle management. Supported identity sources:- The built-in IAM Identity Center identity store.
- Active Directory (including AWS Managed Microsoft AD).
- External identity providers and SSO platforms such as Okta, OneLogin, and Microsoft Azure Active Directory.
- Custom SAML 2.0 identity providers for business applications.

Where IAM Identity Center provides access
IAM Identity Center supports SSO into:- The AWS Management Console across multiple accounts.
- AWS-managed services that support SSO (for example, Amazon SageMaker Studio and Amazon Managed Grafana).
- Custom SAML 2.0–enabled business applications and many cloud apps.
Benefits summary
- Centralized administration: Create or connect identities once and manage access across many accounts.
- Reduced configuration drift: Permission sets are reusable and consistently applied.
- Improved auditing: Single place to review who has access to what.
- Easier lifecycle management: Integrates with directory services to provision and deprovision access.
- Cost: IAM Identity Center is provided at no additional charge; you pay only for the underlying resources used in target accounts.
Permission sets in IAM Identity Center represent the IAM policies that will be applied to a user when they access a given AWS account. Treat them as reusable permission profiles that map to roles provisioned inside each target account.
Resources and further reading
- AWS IAM Identity Center (SSO) documentation: https://docs.aws.amazon.com/singlesignon/latest/userguide/what-is.html
- AWS Identity and Access Management (IAM): https://learn.kodekloud.com/user/courses/aws-iam
- Amazon SageMaker (SSO integration examples): https://learn.kodekloud.com/user/courses/aws-sagemaker
- Amazon Managed Grafana: https://learn.kodekloud.com/user/courses/grafana-assistant