Use app-based Conditional Access policies with Intune
Intune app protection policies work with Conditional Access, an Azure Active (Azure AD) capability, to help protect your organizational data on devices your employees use. These policies work on devices that enroll with Intune and on employee owned devices that don't enroll.
App protection policies are rules that ensure an organization's data remains safe or contained in a managed app.
- An app protection policy can be a rule that's enforced when the user attempts to access or move "corporate" data, or a set of actions that are prohibited or monitored when the user is inside the app.
- A managed app is an app that has app protection policies applied to it, and can be managed by Intune.
- You can also block the built-in mail apps on iOS/iPadOS and Android when you allow only the Microsoft Outlook app to access Exchange Online. Additionally, you can block apps that don't have Intune app protection policies applied from accessing SharePoint Online.
App-based Conditional Access with client app management adds a security layer by making sure only client apps that support Intune app protection policies can access Exchange online and other Microsoft 365 services.
Before you create an app-based Conditional Access policy, you must have:
- Enterprise Mobility + Security (EMS) or an Azure AD Premium subscription
- Users must be licensed for EMS or Azure AD
For more information, see Enterprise Mobility pricing or Azure Active Directory pricing.
A list of apps that support app-based Conditional Access can be found in Conditional Access: Conditions in the Azure AD documentation.
App-based Conditional Access also supports line-of-business (LOB) apps, but these apps need to use Microsoft 365 modern authentication.
How app-based Conditional Access works
In this example, the admin has applied app protection policies to the Outlook app followed by a Conditional Access rule that adds the Outlook app to an approved list of apps that can be used when accessing corporate e-mail.
The following flowchart can be used for other managed apps.
The user tries to authenticate to Azure AD from the Outlook app.
The user gets redirected to the app store to install a broker app when trying to authenticate for the first time. The broker app can be the Microsoft Authenticator for iOS, or Microsoft Company portal for Android devices.
If users try to use a native e-mail app, they'll be redirected to the app store to then install the Outlook app.
The broker app gets installed on the device.
The broker app starts the Azure AD registration process, which creates a device record in Azure AD. This process isn't the same as the mobile device management (MDM) enrollment process, but this record is necessary so the Conditional Access policies can be enforced on the device.
The broker app confirms the Azure AD device ID, the user, and the application. This information is passed to the Azure AD sign-in servers to validate access to the requested service.
The broker app sends the App Client ID to Azure AD as part of the user authentication process to check if it's in the policy approved list.
Azure AD allows the user to authenticate and use the app based on the policy approved list. If the app isn't on the list, Azure AD denies access to the app.
The Outlook app communicates with Outlook Cloud Service to initiate communication with Exchange Online.
Outlook Cloud Service communicates with Azure AD to retrieve Exchange Online service access token for the user.
The Outlook app communicates with Exchange Online to retrieve the user's corporate e-mail.
Corporate e-mail is delivered to the user's mailbox.
Submit and view feedback for