A cloud-based identity and access management service for securing user authentication and resource access
SSO behavior in Microsoft Entra ID differs mainly based on whether the device has a cloud device identity (joined/hybrid joined/registered) and which SSO mechanism is used.
- Device types and SSO mechanism
- Microsoft Entra joined devices
- Device is joined directly to Microsoft Entra ID (no on-prem AD join).
- SSO is provided via the Primary Refresh Token (PRT), not Kerberos.
- Gives SSO to Microsoft Entra–protected apps and, when the device can reach a domain controller, SSO to some on-premises resources as well.
- SSO works automatically in Microsoft Edge and in Chrome with the browser extension.
- Authentication uses modern OAuth/OpenID Connect protocols over the internet.
- Hybrid Microsoft Entra joined devices
- Device is joined to on-premises AD and registered in Microsoft Entra ID.
- Also uses PRT-based SSO for Microsoft Entra–protected resources.
- Can additionally use Kerberos/NTLM for on-premises apps because the device has an on-prem computer account.
- SSO via PRT is the recommended method on Windows 10/11 and takes precedence over Seamless SSO when both are enabled.
- Microsoft Entra registered devices (personal/BYOD)
- Device is not domain-joined; a work/school account is added (“Add work or school account”).
- Device gets a cloud identity and uses PRT-based SSO to Microsoft Entra–protected apps.
- Good for BYOD scenarios; still supports Conditional Access and compliance when managed.
- Unregistered devices
- No device object in Microsoft Entra ID.
- No PRT, so no device-based SSO.
- Users authenticate per app/session (e.g., interactive sign-in, possibly Seamless SSO if the device is domain-joined and on-prem, but not Entra joined/registered).
- Conditional Access can’t evaluate device state (compliant, hybrid joined, etc.), so device-based controls don’t apply.
- Seamless SSO vs PRT-based SSO
- Seamless SSO
- Signs users in automatically when on a domain-joined device on the corporate network.
- Works with Password Hash Sync or Pass-through Authentication.
- Not used on Windows 10 Microsoft Entra joined, Microsoft Entra hybrid joined, or Microsoft Entra registered devices.
- SSO via PRT
- Recommended for Windows 10, Windows Server 2016, and later.
- Used on Microsoft Entra joined, hybrid joined, and registered devices once they are registered with Microsoft Entra ID.
- Provides SSO to Microsoft Entra–protected apps and is the primary SSO mechanism for those device states.
- Impact on Conditional Access and management
- Microsoft Entra joined / Hybrid joined
- Device has a cloud identity, can be managed by Intune, and supports device compliance and Conditional Access policies.
- Hybrid joined also has an on-prem AD identity and can use GPOs and on-prem auth (Kerberos/NTLM).
- Microsoft Entra registered
- Device identity exists in Entra ID; can be managed (e.g., via Intune) and participate in Conditional Access based on device compliance.
- Unregistered
- No device identity in Entra ID; Conditional Access can only use user and session signals, not device state.
In summary: joined, hybrid joined, and registered devices all use PRT-based SSO and support richer Conditional Access and management. Unregistered devices lack PRT-based device SSO and device-based Conditional Access.
References:
- Microsoft Entra seamless single sign-on
- Microsoft Entra seamless single sign-on: Frequently asked questions
- How to: Plan your Microsoft Entra join implementation
- Microsoft Entra joined vs. Hybrid Microsoft Entra joined in cloud-native endpoints
- Which option is right for your organization
- Compare self-managed Active Directory Domain Services, Microsoft Entra ID, and managed Microsoft Entra Domain Services