The shape of the family

Microsoft Entra is not a single product. It is the umbrella for Microsoft's identity and network access portfolio - eight distinct services, with overlapping vocabulary and shared infrastructure, all branded with the Entra prefix since the 2023 rebrand. This article walks through every one of them.

If you have not read the umbrella overview, start with What is Microsoft Entra? - this article assumes you know there is a family and want to see inside it. Here, every product gets its own panel: what it does, the problem behind it, and when you'd reach for it.

Group 01 · Identity

Who can sign in

The directory products. Everything else assumes one of these is already there.

Core
Entra ID
External
Entra External ID
Legacy bridge
Entra Domain Services
Group 02 · Governance

Who can reach what

Lifecycle, permissions, reviews. The "is this access still appropriate" layer.

Workforce
Entra ID Governance
Multi-cloud
Entra Permissions Mgmt
Group 03 · Network

How they get there

Identity-aware access to private and internet resources - the modern VPN replacement.

Private
Entra Private Access
Internet
Entra Internet Access
Group 04 · Specialty

Verifiable claims

Decentralized credentials. The newest, most distinct branch of the family.

Standards
Entra Verified ID

That is the whole family in one view. The rest of this article is a panel per product, in roughly the order most teams encounter them.

Identity: Entra ID, External ID

These are the directories - where users, groups, and apps live. Every other Entra product assumes one or both are already in place.

Entra ID

CORE Workforce Formerly Azure AD

The directory your organization already has.

Entra ID is the cloud identity service that Microsoft 365 and Azure both run on. Users, groups, app registrations, service principals, managed identities, Conditional Access policies, role assignments - all of it lives in your tenant here. It speaks OIDC, OAuth 2.0, and SAML, so any modern app can integrate with it.

If you only learn one piece of the family first, learn this one. Everything else hangs off it.

When you'd reach for itYou already have. Every Microsoft 365 or Azure customer has an Entra ID tenant whether they have opened the admin center or not.

Entra External ID

CIAM B2B Replaces Azure AD B2C

Identity for everyone outside your organization.

External ID is the unified product for customer and partner identity - both the consumer CIAM scenarios that used to live in Azure AD B2C, and the B2B guest collaboration that lived in Azure AD B2B. One product, two tenant configurations: external tenant for customer-facing apps, workforce tenant for partner collaboration on top of your employee directory.

It is the path Microsoft now points new customer-facing projects at. Azure AD B2C is still supported for existing customers but closed to new ones.

When you'd reach for itYou're building anything customers or business partners sign in to - mobile app, SaaS, B2B portal, partner extranet.

Entra Domain Services

Managed AD Legacy bridge

A managed Active Directory domain in the cloud, for workloads that can't speak modern protocols.

Some workloads still need Kerberos, NTLM, LDAP, or Group Policy - typically lift-and-shift Windows workloads, legacy line-of-business apps, or applications that bind to a domain at startup. Entra Domain Services gives you a Microsoft-managed AD-compatible domain in your Azure virtual network, synchronized from your Entra ID tenant. No domain controllers to operate.

Distinct from on-prem AD DS and distinct from Entra ID itself. It is a third thing, built specifically to bridge the gap.

When you'd reach for itLegacy apps in Azure that need Kerberos or LDAP, and you do not want to run domain controllers as VMs.

Governance: ID Governance, Permissions Mgmt

Two products that answer different versions of the question "who currently has access to what, and is that still appropriate."

Entra ID Governance

Lifecycle Workforce Reviews

Automating "joiner, mover, leaver" and the access reviews around it.

ID Governance is the workflow layer on top of Entra ID. It owns four big features:

  • Lifecycle workflows for onboarding, role changes, and offboarding - assign groups and licenses automatically when a user joins; remove them when they leave.
  • Entitlement management for self-service access packages - users request a bundle of groups, apps, and SharePoint sites; an approver (or policy) decides.
  • Access reviews that periodically ask managers or resource owners "should this person still have this access?" - with auto-revoke if no one responds.
  • Privileged Identity Management (PIM) for just-in-time role elevation, so admins are only admins for the minutes they actually need to be.

The pitch is to replace "stale access piling up forever" with a continuously reviewed surface.

When you'd reach for itYou have compliance requirements, a security team that owns access reviews, or you're tired of manually offboarding users from twelve systems.

Entra Permissions Management

CIEM Multi-cloud Formerly CloudKnox

Cloud Infrastructure Entitlement Management across Azure, AWS, and GCP.

Permissions Management discovers every identity (human and workload) across your cloud accounts, observes what permissions they actually use, and recommends scoping the unused ones away. The category is CIEM - the permissions-management counterpart to SIEM - and the goal is least privilege, enforced from data instead of from documents.

It spans the three big public clouds, not just Azure - which is the part that makes it distinctive within the Entra family. If your organization runs in more than one cloud, the entitlement sprawl problem is the same regardless of brand.

When you'd reach for itYou manage roles or service accounts across Azure plus AWS or GCP, and you want a single view of "what can each identity actually do, and is it too much."

Network access: Private and Internet Access

These two are often discussed together as Microsoft Entra Global Secure Access - Microsoft's identity-centric Security Service Edge (SSE) offering. Private Access handles your private apps; Internet Access handles your public ones. Both replace older VPN and proxy patterns with brokered access governed by Conditional Access.

Entra Private Access

ZTNA VPN replacement

Zero Trust Network Access to internal apps and resources, without a VPN.

Private Access is Microsoft's ZTNA - Zero Trust Network Access. Instead of putting a user "inside the network" via VPN, it brokers an identity-aware connection to one specific resource the user is authorized for, evaluated against Conditional Access on every session. Internal apps, SMB shares, RDP, SSH - private endpoints reachable without the user ever joining a network they shouldn't be on.

The replacement narrative for the corporate VPN is the headline. The deeper story is application-level access control replacing network-level access control.

When you'd reach for itYou run on-prem or private-cloud apps that remote employees access today via VPN, and you want per-app rather than per-network access decisions.

Entra Internet Access

SWG Web filtering

An identity-aware Secure Web Gateway for SaaS, Microsoft 365, and the open internet.

Internet Access is the outbound counterpart to Private Access. It is a Secure Web Gateway tied to your Entra ID identities - web content filtering, threat protection, and policy enforcement on the traffic your users send to SaaS and the internet. Conditional Access decisions extend to which sites a user can reach, from which device, on which network.

Particularly tuned to Microsoft 365 traffic, since Microsoft owns both ends. It is the SSE half that pairs with Private Access to cover the full inbound/outbound story.

When you'd reach for itYou currently run a third-party Secure Web Gateway or proxy, and you'd rather use the one already wired into your identity stack.

Specialty: Verified ID

The most distinct branch of the family - a different approach to identity altogether.

Entra Verified ID

Decentralized Standards-based

Issue and verify portable digital credentials based on open standards.

Verified ID is Microsoft's implementation of verifiable credentials - cryptographically signed claims about a person (employment, certification, education) that the holder stores in a wallet and can present to anyone, anywhere, without the verifier having to contact the issuer. Built on W3C standards (Verifiable Credentials, Decentralized Identifiers).

The model is different from the rest of the family. Where Entra ID is a central directory you sign in to, Verified ID is a peer-to-peer attestation system: an issuer signs a credential, the user holds it, a verifier checks the signature. Useful for onboarding flows ("prove your employment at your previous employer"), high-assurance scenarios, and reusable identity proofing.

When you'd reach for itYou need to verify high-assurance claims (employment, certification, KYC) without standing up a custom integration with every issuer.

How they connect: the Zero Trust thread

Every Entra product owns one verification in the Zero Trust chain - verify, decide, scope, secure.

The reason the family is shaped the way it is becomes obvious once you map each product to a verification in the Zero Trust model. Each one owns a specific question that, together, replace the old "trust the network perimeter" model:

  • Verify identity. Entra ID for workforce. External ID for customers and guests. Verified ID for high-assurance claims that have to travel with the user.
  • Decide on context. Conditional Access (a feature of Entra ID) evaluates the sign-in: user, device, location, app, risk - and grants, challenges, or blocks.
  • Limit the reach. ID Governance keeps workforce permissions appropriate over time. Permissions Management does the same job across Azure, AWS, and GCP.
  • Secure the channel. Private Access brokers connections to internal apps. Internet Access filters outbound traffic to SaaS and the web. Together they replace the VPN-and-proxy stack.

You can adopt Entra without buying the Zero Trust pitch wholesale - most teams do, one product at a time. But the architecture is the shape of the conviction. Knowing the chain helps you predict which Entra product you'll need next.

Picking what you actually need

You will not deploy all eight. Most organizations end up running two or three. Here is a quick decision map - start at the question that matches the problem on your desk this week.

"We need users to sign in to Microsoft 365 or Azure."
You already have it. Entra ID Free ships with the subscription.
"We want to enforce MFA only from outside the office, on managed devices."
Entra ID P1 for Conditional Access. P2 if you also want risk-based policies.
"We're building an app for our customers to sign up to."
Entra External ID in an external tenant. (Not Azure AD B2C, which is closed to new customers.)
"We need to let partner staff into our SharePoint and Teams."
Entra External ID B2B collaboration in your workforce tenant.
"Offboarding is manual across twelve systems. Compliance wants quarterly access reviews."
Entra ID Governance for lifecycle workflows, entitlement management, and access reviews.
"We're tired of our corporate VPN. Remote users hit private apps over it daily."
Entra Private Access for ZTNA per-app access without putting users on the network.
"Our service accounts have permissions accumulated across Azure, AWS, and GCP that nobody understands anymore."
Entra Permissions Management for cross-cloud CIEM discovery and right-sizing.
"We have a legacy app moving to Azure that needs Kerberos and LDAP."
Entra Domain Services for a managed AD-compatible domain you don't have to run.
"We need to verify employment or certification claims at onboarding, from any issuer."
Entra Verified ID for standards-based verifiable credentials.

The general pattern: start with Entra ID (you already have it), add Conditional Access on a paid tier when you need real security policy, add External ID when you have customers or partners, add the governance and network products as the organization grows past what the basics cover.

EIGHT

Products, one umbrella

Entra ID, External ID, Domain Services, ID Governance, Permissions Management, Private Access, Internet Access, Verified ID.

FOUR

Functional groups

Identity, governance, network access, specialty. Each group answers a different layer of the access question.

ZERO TRUST

The connecting thread

Each product owns one verification in the chain - verify, decide, scope, secure. The architecture follows the conviction.

START SMALL

Most run two or three

You will not deploy all eight. Start with Entra ID; add the others as the specific problems they solve become real.