Microsoft Entra hybrid identity and isolation multitenant guide
In brief
Learn about Microsoft Entra tenant architecture for hybrid identity and isolation so that you can identify your needs and compare architectural options.
Documentation change
new file mode 100644
title: Microsoft Entra hybrid identity and isolation multitenant guide description: Learn about Microsoft Entra tenant architecture for hybrid identity and isolation so that you can identify your needs and compare architectural options. author: bathawes ms.author: beathawe ms.reviewer: ramical ms.subservice: architecture ms.topic: concept-article ms.date: 06/22/2026 ai-usage: ai-assisted
#CustomerIntent: As an IT admin, I want to learn about Microsoft Entra tenant architecture for hybrid identity and isolation so that I can identify my needs and compare architectural options.
Microsoft Entra tenant estate guidance for hybrid identity and isolation
Designing your Microsoft Entra tenant estate — the set of tenants your organization operates — means balancing security, compliance, administrative complexity, and user experience. While a single production tenant is ideal for simplicity and user experience, your specific business and technical requirements might necessitate multiple production tenants.
This article series describes the following common tenant architecture patterns that Microsoft has observed across real-world deployments.
- Microsoft Entra tenant estate guidance introduction
- Primary production tenant
- Collaborating production tenants
- Nonproduction environments
- Isolated tenants for critical production systems
- Isolated tenants for business partner access
This article describes hybrid identity and isolation. A multitenant architecture can provide strong isolation at the cloud layer. However, many organizations operate a hybrid identity model. Hybrid identity supports resource access and device management across on-premises and cloud environments. However, it increases attack surface and operational complexity. It requires a larger investment to deploy, monitor, and maintain.
Microsoft Entra ID tenants synchronize users, groups, and devices from on-premises Active Directory with tools like Microsoft Entra Connect, Cloud Sync or Microsoft Identity Manager.
When you design a multitenant architecture to meet isolation requirements, use segmentation controls in each Microsoft Entra tenant and in the underlying infrastructure. For example, if multiple tenants source identities from the same Active Directory forest (or from interconnected forests that use trusts), then shared identity sources can undermine tenant-level isolation. Plan for the following potential incidents.
- A compromised on-premises account might propagate to multiple tenants if that account synchronizes into each one.
- Group memberships managed on premises might inadvertently grant access across tenants if improperly scoped.
- Device compliance and Conditional Access policies can rely on signals from hybrid-joined devices that might share across tenants.
To achieve meaningful isolation in a hybrid scenario, consider the following recommendations.
- Segment Active Directory forests or domains to align with tenant boundaries. For example, use separate domains for each tenant and avoid cross-domain trusts unless explicitly required.
- Scope synchronization connectors to limit which identities synchronize into each tenant. Avoid overlapping sync scopes that could result in the same identity appearing in multiple tenants.
- Review group management practices, especially if groups synchronize from on premises. Ensure that group membership doesn't inadvertently span isolation boundaries.
- Evaluate device management boundaries, particularly if you use Intune or Configuration Manager in hybrid mode. Enroll and manage devices in alignment with the tenants that they support.
- Apply least privilege principles to on-premises administrators. Admins with rights in Active Directory might indirectly influence multiple tenants with improperly scoped synchronization.
- Align cloud isolation with on-premises infrastructure isolation. Without careful design, hybrid identity can become a bridge that bypasses tenant boundaries. If you implement multitenant architectures for security, compliance, or operational reasons, include Active Directory and device management architecture in your planning.
The preceding considerations highlight isolation risks specific to multitenant architectures that operate in hybrid identity models where shared on‑premises infrastructure can unintentionally weaken tenant boundaries. These recommendations are additive and not a substitute for established identity security best practices. Continue to apply well‑understood controls such as tiered Active Directory administration models, Privileged Access Workstations (PAW), and strict separation of Tier‑0 assets.
Related content
- Microsoft Entra tenant estate guidance introduction
- Microsoft Entra tenant estate guidance: Primary production tenant
- Microsoft Entra tenant estate guidance: Collaborating production tenants
- Microsoft Entra tenant estate guidance: Nonproduction environments
- Microsoft Entra tenant estate guidance: Isolated tenants for critical production systems
- Microsoft Entra tenant estate guidance: Isolated tenants for business partner access
diff --git a/docs/architecture/tenant-estate-hybrid-identity.md b/docs/architecture/tenant-estate-hybrid-identity.md new file mode 100644 index 00000000000..748412c3041 --- /dev/null +++ b/docs/architecture/tenant-estate-hybrid-identity.md @@ -0,0 +1,55 @@ +--- +title: Microsoft Entra hybrid identity and isolation multitenant guide +description: Learn about Microsoft Entra tenant architecture for hybrid identity and isolation so that you can identify your needs and compare architectural options. +author: bathawes +ms.author: beathawe +ms.reviewer: ramical +ms.subservice: architecture +ms.topic: concept-article +ms.date: 06/22/2026 +ai-usage: ai-assisted + +#CustomerIntent: As an IT admin, I want to learn about Microsoft Entra tenant architecture for hybrid identity and isolation so that I can identify my needs and compare architectural options. +--- +# Microsoft Entra tenant estate guidance for hybrid identity and isolation + +Designing your Microsoft Entra **tenant estate** — the set of tenants your organization operates — means balancing security, compliance, administrative complexity, and user experience. While a single production tenant is ideal for simplicity and user experience, your specific business and technical requirements might necessitate multiple production tenants. + +This article series describes the following common tenant architecture patterns that Microsoft has observed across real-world deployments. + +- [Microsoft Entra tenant estate guidance introduction](tenant-estate-guide.md) +- [Primary production tenant](tenant-estate-primary.md) +- [Collaborating production tenants](tenant-estate-collaborating.md) +- [Nonproduction environments](tenant-estate-nonproduction.md) +- [Isolated tenants for critical production systems](tenant-estate-critical-production.md) +- [Isolated tenants for business partner access](tenant-estate-business-partner.md) + +This article describes hybrid identity and isolation. A multitenant architecture can provide strong isolation at the cloud layer. However, many organizations operate a hybrid identity model. Hybrid identity supports resource access and device management across on-premises and cloud environments. However, it increases attack surface and operational complexity. It requires a larger investment to deploy, monitor, and maintain. + +Microsoft Entra ID tenants synchronize users, groups, and devices from on-premises Active Directory with tools like Microsoft Entra Connect, Cloud Sync or Microsoft Identity Manager. + +When you design a multitenant architecture to meet isolation requirements, use segmentation controls in each Microsoft Entra tenant and in the underlying infrastructure. For example, if multiple tenants source identities from the same Active Directory forest (or from interconnected forests that use trusts), then shared identity sources can undermine tenant-level isolation. Plan for the following potential incidents. + +- A compromised on-premises account might propagate to multiple tenants if that account synchronizes into each one. +- Group memberships managed on premises might inadvertently grant access across tenants if improperly scoped. +- Device compliance and Conditional Access policies can rely on signals from hybrid-joined devices that might share across tenants. + +To achieve meaningful isolation in a hybrid scenario, consider the following recommendations. + +- **Segment Active Directory forests or domains** to align with tenant boundaries. For example, use separate domains for each tenant and avoid cross-domain trusts unless explicitly required. +- **Scope synchronization connectors** to limit which identities synchronize into each tenant. Avoid overlapping sync scopes that could result in the same identity appearing in multiple tenants. +- **Review group management practices**, especially if groups synchronize from on premises. Ensure that group membership doesn't inadvertently span isolation boundaries. +- **Evaluate device management boundaries**, particularly if you use Intune or Configuration Manager in hybrid mode. Enroll and manage devices in alignment with the tenants that they support. +- **Apply least privilege principles** to on-premises administrators. Admins with rights in Active Directory might indirectly influence multiple tenants with improperly scoped synchronization. +- **Align cloud isolation with on-premises infrastructure isolation**. Without careful design, hybrid identity can become a bridge that bypasses tenant boundaries. If you implement multitenant architectures for security, compliance, or operational reasons, include Active Directory and device management architecture in your planning. + +The preceding considerations highlight isolation risks specific to multitenant architectures that operate in hybrid identity models where shared on‑premises infrastructure can unintentionally weaken tenant boundaries. These recommendations are additive and not a substitute for established identity security best practices. Continue to apply well‑understood controls such as tiered Active Directory administration models, Privileged Access Workstations (PAW), and strict separation of Tier‑0 assets. + +## Related content + +- [Microsoft Entra tenant estate guidance introduction](tenant-estate-guide.md) +- [Microsoft Entra tenant estate guidance: Primary production tenant](tenant-estate-primary.md) +- [Microsoft Entra tenant estate guidance: Collaborating production tenants](tenant-estate-collaborating.md) +- [Microsoft Entra tenant estate guidance: Nonproduction environments](tenant-estate-nonproduction.md) +- [Microsoft Entra tenant estate guidance: Isolated tenants for critical production systems](tenant-estate-critical-production.md) +- [Microsoft Entra tenant estate guidance: Isolated tenants for business partner access](tenant-estate-business-partner.md)