What are service dependencies in Azure Active Directory Conditional Access?
With Conditional Access policies, you can specify access requirements to websites and services. For example, your access requirements can include requiring multi-factor authentication (MFA) or managed devices.
When you access a site or service directly, the impact of a related policy is typically easy to assess. For example, if you have a policy that requires multi-factor authentication (MFA) for SharePoint Online configured, MFA is enforced for each sign-in to the SharePoint web portal. However, it is not always straight-forward to assess the impact of a policy because there are cloud apps with dependencies to other cloud apps. For example, Microsoft Teams can provide access to resources in SharePoint Online. So, when you access Microsoft Teams in our current scenario, you are also subject to the SharePoint MFA policy.
Using the Office 365 app will target all Office apps to avoid issues with service dependencies in the Office stack.
If you have a service dependency configured, the policy may be applied using early-bound or late-bound enforcement.
- Early-bound policy enforcement means a user must satisfy the dependent service policy before accessing the calling app. For example, a user must satisfy SharePoint policy before signing into MS Teams.
- Late-bound policy enforcement occurs after the user signs into the calling app. Enforcement is deferred to when calling app requests, a token for the downstream service. Examples include MS Teams accessing Planner and Office.com accessing SharePoint.
The diagram below illustrates MS Teams service dependencies. Solid arrows indicate early-bound enforcement the dashed arrow for Planner indicates late-bound enforcement.
As a best practice, you should set common policies across related apps and services whenever possible. Having a consistent security posture provides you with the best user experience. For example, setting a common policy across Exchange Online, SharePoint Online, Microsoft Teams, and Skype for business significantly reduces unexpected prompts that may arise from different policies being applied to downstream services.
A great way to accomplish this with applications in the Office stack is to use the Office 365 app instead of targeting individual applications.
The below table lists additional service dependencies, where the client apps must satisfy
|Client apps||Downstream service||Enforcement|
|Azure Data Lake||Microsoft Azure Management (portal and API)||Early-bound|
|Skype for Business Online||Early-bound|
|Power Apps||Microsoft Azure Management (portal and API)||Early-bound|
|Windows Azure Active Directory||Early-bound|
|Skype for Business||Exchange||Early-bound|
|Visual Studio||Microsoft Azure Management (portal and API)||Early-bound|
To learn how to implement Conditional Access in your environment, see Plan your Conditional Access deployment in Azure Active Directory.