Three methods, three different management logics
On the ground, it's probably the most misunderstood question around Microsoft Entra ID: should I join a device, join it in hybrid mode, or simply register it? The choice is not cosmetic — it determines who has authority over the device, whether you can manage it from Intune, and what level of compliance you can enforce via conditional access.
This article details the three options — Microsoft Entra join, Microsoft Entra hybrid join and Registered (BYOD) — with the parameters to verify, control commands and pitfalls that cost the most time in production.
Where to find these settings
In the Microsoft Entra administration center, go to Identity > Devices > Device settings to configure Entra Join. Hybrid synchronization configuration is done from the Microsoft Entra Connect wizard, and automatic MDM (mobile device management) enrollment is set up in Intune > Devices > Enrollment.
Microsoft Entra Join: the cloud-native device
An Entra joined device has no dependency on a local Active Directory. It authenticates directly against Entra ID and can be natively managed by Intune, without GPO (group policy objects) or domain controllers.
Before allowing your users to join their computers, several settings deserve your attention in Device settings:
- Users can join their device to Entra ID: enable for "All" or for a targeted group.
- Require multi-factor authentication (MFA) to join a device: recommended, and probably mandatory going forward given the evolution of Microsoft security policies.
- Maximum number of devices per user: the default value is 50, which is unmanageable. Reduce it to a reasonable value, for example 15 to 20.
- Local administrator role: by default, the Global Administrator role is added as a local administrator on the joined device, and the user performing the join as well. This second point is enabled by default — evaluate it according to your least privilege model.
- Microsoft Entra LAPS (Local Administrator Password Solution): enables rotation and synchronization of the local administrator password.
- Restrict BitLocker key recovery by end users: useful if the device changes hands or is stolen.
Joining is not enough for management
A device can appear as "Entra joined" in the portal without being managed by Intune. Without an Intune or EMS (Enterprise Mobility + Security) license assigned to the user, and without automatic MDM enrollment enabled, the device remains visible but inert on the management side.
Verify user license
Assign an Intune license or its equivalent EMS (Enterprise Mobility + Security) to the user before joining. Without it, the device will be visible in Entra ID but not in Intune.
Enable automatic MDM enrollment
In Intune > Devices > Enrollment > Automatic device enrollment, replace the default value "None" with a target scope (for example "All").
Join the device from Windows
On the computer, go to Settings > Accounts > Work or school access > Connect, then choose "Join this device to Microsoft Entra ID" — definitely not "Sign in to an app" with the email address, which would result in BYOD registration rather than a full join.
Verify status locally
1dsregcmd /statusLook for AzureAdJoined : YES and DomainJoined : NO in the output. The MDMUrl field confirms Intune enrollment if a license has been properly applied.
Verify via portal using Microsoft Graph
1Connect-MgGraph -Scopes "Device.Read.All"2Get-MgDevice -Filter "displayName eq 'WS1'" | Select-Object DisplayName, TrustType, IsManaged, IsCompliantThe required module is Microsoft.Graph (PowerShell SDK, up to date with the latest published versions). The TrustType property should return AzureAd for a pure Entra join.
Once the device is actually enrolled in Intune (not just joined to Entra ID), you get the complete toolkit: remote removal, wiping, forced synchronization, deployment of configuration profiles and compliance policies — without ever touching Active Directory or a GPO.
Microsoft Entra Hybrid Join: the bridge to Active Directory
The hybrid join targets environments where computers remain joined to a local Active Directory (AD DS while being synchronized to Entra ID to benefit from cloud SSO (Single Sign-On) and conditional access. It's a typical transition step, not a final management mode.
Two settings are essential, and many administrators only configure one:
- In Microsoft Entra Connect, launch the device options configuration wizard, choose "Configure Entra hybrid join" (to be distinguished from "device write-back", which is more for reverse migration scenarios outside AD).
- In a GPO applied to the OUs (organizational units) containing the affected computers:
Computer Configuration > Policies > Administrative Templates > Windows Components > Device Registration > Register domain-joined computers as devices, enable it.
Once the GPO is changed, force its application:
1gpupdate /forceNon-instantaneous propagation
Hybrid synchronization is not immediate. The domain controller typically appears first in the Entra ID device list, and the delay before seeing a user computer appear as "Hybrid Azure AD joined" can reach several hours. Do not consider the device's absence from the portal as a failure until you have waited at least this long.
Essential point: on a hybrid device, the source of authority remains Active Directory. You see it in Entra ID, you can potentially associate it with a conditional access policy, but you continue to manage it via traditional tools — Active Directory Users and Computers, GPO. To regain control via Intune on this type of computer, you must implement co-management (co-management) with Configuration Manager, which is outside the scope of simple hybrid join.
To verify status on the client side:
1dsregcmd /statusThis time look for AzureAdJoined : YES and DomainJoined : YES simultaneously — this is the signature of a successful hybrid join.
Registered: personal devices and BYOD
A Registered device is neither joined to Entra ID nor to Active Directory. It's the classic BYOD (Bring Your Own Device) scenario: personal smartphone, tablet, personal PC used to check work email.
As soon as a user tries to access enterprise resources (email, documents) from an unrecognized device, they are prompted to go through the Intune Company Portal application, available on the App Store or Play Store. Enrollment is limited to the application and its data — the operating system is never taken over by the administrator.
On the management side, the administrator has a limited but sufficient tool for BYOD:
- App Protection Policies to prevent copying and pasting business data to personal applications;
- Selective wipe in case of loss or theft — only business data and applications are deleted, never the user's personal photos or contacts.
To list registered devices via Microsoft Graph (minimum permission: Device.Read.All):
1Connect-MgGraph -Scopes "Device.Read.All"2Get-MgDevice -Filter "trustType eq 'Workplace'" | Select-Object DisplayName, TrustType, ApproximateLastSignInDateTimeComparison table of the three methods
| Criterion | Entra Join | Hybrid Join | Registered |
|---|---|---|---|
| Source of authority | Microsoft Entra ID | Local Active Directory | None (personal account) |
| AD DS dependency | No | Yes (required) | No |
| Management via Intune | Yes, complete | No (except co-management) | Partial (app only) |
| Native cloud SSO | Yes | Yes | No (at app level) |
| Remote wipe | Complete (retire/wipe) | Via AD/GPO | Selective (business data only) |
| Typical use case | Cloud-native computer, Autopilot | Progressive migration to cloud | BYOD, personal device |
Common pitfalls and checks not to forget
- Device appears "joined" but remains unmanageable in Intune: verify the user's Intune/EMS license and automatic MDM enrollment (
Intune > Devices > Enrollment). - Hybrid join never triggers: check that the GPO "Register domain-joined computers as devices" is properly applied with
gpresult /r, and thatgpupdate /forcehas been run on target computers. - Confusion between hybrid join and device write-back: these are two distinct options in the Microsoft Entra Connect wizard. Write-back is for scenarios where devices exist first in Entra ID and must appear in AD, not the other way around.
- New parameter "Disable MDM enrollment when adding a work or school account": useful for blocking unwanted mass enrollment during large-scale Autopilot deployment, but enable with discernment — it cuts automatic enrollment for all account sign-in scenarios, not just the targeted deployment.
- Underestimated hybrid propagation delay: do not diagnose a failure until several hours have elapsed and you have verified the synchronization health status in Microsoft Entra Connect Health.
For more information on synchronization mechanisms and detailed prerequisites, the official documentation on the device join concept in Microsoft Entra and on Entra hybrid join remains the up-to-date reference.
Key points to remember
- Entra Join is suitable for cloud-native devices: complete management via Intune, without AD, ideal for Autopilot.
- Hybrid Join is a transition step: the device is visible in Entra ID but remains managed by AD/GPO, unless co-management is implemented.
- Registered covers BYOD: only business applications are managed, never the entire operating system.
- In all three cases, systematically verify the user license, the status via
dsregcmd /status, and propagation delays before concluding that a configuration has failed.
Next step
If your computers are already in Hybrid Join and you aim for a gradual exit from Active Directory, plan the migration to pure Entra Join computer by computer, starting with machines already covered by automatic MDM enrollment and an active Intune license.



