Microsoft Azure Identity
Microsoft Azure identity uses Microsoft Entra ID to represent people, applications, devices, and workloads. It verifies those identities and helps decide what they may access across Azure and connected services.
itCloud computing | OpenSkills.info
Course pathWalk it in order
Look it upDip in anytime
Go furtherLeaves this page
Don't Panic
Don't Panic — Microsoft Azure Identity
Azure identity is the collection of decisions that prevents a request from wandering into a resource wearing a convincing hat. The central character is Microsoft Entra ID, the cloud identity provider that stores identity objects, authenticates them, issues tokens, and applies identity policies. That is plenty of responsibility for one directory, so it is useful to stop asking it to do every other job as well.
The first useful split is authentication versus authorization. Authentication establishes who or what is asking. Authorization decides what that authenticated identity may do at a target. A successful sign-in is therefore not a permission slip. It is more like getting through the building entrance; the storage room still has its own lock.
The next split is the tenant versus the subscription. The tenant is the identity boundary. It holds users, groups, applications, devices, and policies. The subscription contains Azure resources and supplies a management and billing boundary. They cooperate, but confusing them is how a request for one resource becomes an argument about the whole estate.
People, workloads, devices, and agents each arrive by different routes. A person commonly signs in interactively and faces MFA or Conditional Access. A workload should use a managed identity when Azure supports it, so the workload can request a token without a secret tucked into code like an administrative fossil. The managed identity still needs explicit authorization at its target. It is a credential-management answer, not automatic access.
Azure then offers two role systems with names that look as though a committee designed them during a fog. Microsoft Entra roles administer directory resources such as users and applications. Azure roles govern Azure resources through Azure Resource Manager. An Azure role assignment joins a principal, a role definition, and a scope. The smallest useful role and scope are the dependable starting point.
Conditional Access adds context after first-factor authentication. It can block a sign-in or require a control such as MFA or a compliant device. It does not replace the target's permission check. Privileged Identity Management adds a time limit, making eligible access activatable when work requires it rather than permanently active for decoration.
Read the intro for the full control path and vocabulary. Use the slides to keep the boundaries in view. The cheatsheet is the compact map for assignments, scopes, identities, and failure patterns. Then use the practice technique and exercise to turn one request into a design that another person can actually review.
Where this skill leads
Relevant careers
See how this topic contributes to broader role-level skill maps.
Sources
- https://learn.microsoft.com/en-us/entra/fundamentals/identity-fundamental-concepts
Supports
- IAM controls which people, machines, and software components access resources
- Authentication proves identity while authorization grants or denies access
- Human, workload, device, and agent identity categories
- MFA factor categories and SSO concepts
- Microsoft Entra as a cloud identity provider
- https://learn.microsoft.com/en-us/entra/architecture/guide-for-independent-software-developers
Supports
- A tenant is a dedicated Microsoft Entra directory instance
- Tenants store accounts, groups, applications, devices, and other objects
- OAuth 2.0, OpenID Connect, SAML 2.0, and SCIM have distinct roles
- Applications request tokens from tenant endpoints
- Conditional Access can evaluate identity, device, credential strength, location, and risk
- https://learn.microsoft.com/en-us/entra/fundamentals/faq
Supports
- Azure subscriptions trust a Microsoft Entra tenant
- Azure subscriptions rely on the tenant to authenticate and authorize principals and devices
- Microsoft Entra ID does not directly provide LDAP or secure LDAP
- https://learn.microsoft.com/en-us/entra/identity/authentication/concept-mfa-howitworks
Supports
- Microsoft Entra MFA requires two or more authentication method categories
- Knowledge, possession, and inherence factor examples
- Conditional Access can determine when MFA is required
- https://learn.microsoft.com/en-us/entra/identity/conditional-access/overview
Supports
- Conditional Access is Microsoft's Zero Trust policy engine
- Policies combine signals, decisions, and enforcement controls
- User, application, device, location, and risk are common signals
- Conditional Access is enforced after first-factor authentication
- Conditional Access can block access or require controls
- https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/custom-overview
Supports
- Microsoft Entra roles control directory resources
- Azure roles control Azure resources
- The two role systems have separate permissions
- https://learn.microsoft.com/en-us/azure/role-based-access-control/role-assignments
Supports
- Azure role assignments bind a principal, role definition, and scope
- Principals include users, groups, service principals, and managed identities
- Scope can be a management group, subscription, resource group, or resource
- The smallest required scope is recommended
- Deleted principals can leave role assignments behind
- https://learn.microsoft.com/en-us/entra/identity-platform/application-model
Supports
- An application object describes an application
- A service principal is an application instance in a tenant
- Multitenant applications have service principals in consenting tenants
- https://learn.microsoft.com/en-us/entra/architecture/service-accounts-managed-identities
Supports
- Managed identities provide Azure-managed credentials
- Workloads use managed identities to obtain tokens without application credential management
- Target services still authenticate and authorize the workload
- System-assigned identity lifecycle follows one Azure resource
- User-assigned identity lifecycle is independent and can serve multiple resources
- https://learn.microsoft.com/en-us/entra/id-governance/privileged-identity-management/pim-deployment-plan
Supports
- PIM supports just-in-time and time-bound privileged access
- PIM supports Microsoft Entra roles, Azure roles, and PIM for Groups
- Activation can use approval, MFA, justification, notification, and review controls
- Eligible and active assignments have distinct states
- https://github.com/merill/awesome-entra
Supports
- Maester is listed as an automated test framework for Conditional Access and Microsoft Entra configuration
- Graph Explorer is listed as a web tool for understanding and testing Microsoft Graph APIs
- Entra Exporter is listed as a tenant configuration export tool
- CA Optics is listed as a Conditional Access gap analyzer
- https://maester.dev/
Supports
- Maester provides automated tests for Microsoft security configuration
- https://developer.microsoft.com/en-us/graph/graph-explorer
Supports
- Graph Explorer provides a web interface for trying Microsoft Graph APIs
- https://github.com/microsoft/EntraExporter
Supports
- Entra Exporter exports a local copy of Microsoft Entra tenant configuration
- https://github.com/jsa2/caOptics
Supports
- CA Optics analyzes Conditional Access policy gaps
- https://blogs.microsoft.com/blog/2012/11/28/the-midweek-download-nov-28th-edition-windows-azure-active-directory-200-billion-served-auto-plant-robots-run-by-microsoft-based-intelligent-system/
Supports
- Microsoft's Windows Azure authentication service began in 2010
- https://techcommunity.microsoft.com/blog/microsoft-security-blog/azure-active-directory-is-the-future-of-acs/247705
Supports
- Windows Azure Active Directory became generally available in April 2013
- https://techcommunity.microsoft.com/t5/security-compliance-and-identity/azure-ad-connect-amp-connect-health-is-now-ga/ba-p/249225
Supports
- Azure AD Connect became generally available in June 2015
- https://techcommunity.microsoft.com/blog/microsoft-entra-blog/azuread-identity-protection-azure-ad-privileged-identity-management-and-azure-ad/245077
Supports
- Azure AD Privileged Identity Management and Identity Protection became generally available in September 2016
- https://techcommunity.microsoft.com/t5/azure/keep-credentials-out-of-code-introducing-azure-ad-managed/m-p/106561
Supports
- Azure AD Managed Service Identity preview was introduced in September 2017
- https://azure.microsoft.com/en-us/blog/advancing-service-resilience-in-azure-active-directory-with-its-backup-authentication-service/
Supports
- Backup authentication service enforces Conditional Access during Azure AD outages
- https://techcommunity.microsoft.com/blog/microsoft-entra-blog/introducing-microsoft-entra---modern-identity-and-access-solutions/2520440
Supports
- Microsoft announced the Microsoft Entra product family in May 2022
- https://www.microsoft.com/en-us/security/blog/2023/07/11/microsoft-entra-expands-into-security-service-edge-and-azure-ad-becomes-microsoft-entra-id/
Supports
- Azure AD became Microsoft Entra ID in July 2023
- Existing capabilities, licensing, sign-in URLs, APIs, configurations, and integrations remained unchanged
- https://learn.microsoft.com/en-us/entra/identity/role-based-access-control/security-emergency-access
Supports
- Emergency access accounts should be cloud-only, excluded from blocking Conditional Access policies, monitored, and regularly validated
- https://learn.microsoft.com/en-us/entra/identity/conditional-access/policy-all-users-copilot-ai-security
Supports
- Conditional Access deployments use report-only observation, pilot groups, testing, and monitoring before enforcement
