Deploy Conditional Access App Control for custom apps using Microsoft Entra ID
Session controls in Microsoft Defender for Cloud Apps can be configured to work with any web apps. This article describes how to onboard and deploy custom line-of-business apps, non-featured SaaS apps, and on-premises apps hosted via the Microsoft Entra application proxy with session controls. It provides steps to create a Microsoft Entra Conditional Access policy that routes app sessions to Defender for Cloud Apps. For other IdP solutions, see Deploy Conditional Access App Control for custom apps with non-Microsoft IdP.
For a list of apps that are featured by Defender for Cloud Apps to work out-of-the-box, see Protect apps with Defender for Cloud Apps Conditional Access App Control.
Prerequisites
Before starting the onboarding process, you must do the following:
Add admins to the app onboarding/maintenance list
In the Microsoft Defender Portal, select Settings. Then choose Cloud Apps.
Under Conditional Access App Control, select App onboarding/maintenance.
Enter the user principal name or email for the users that will be onboarding the app, and then select Save.
Check for necessary licenses
Your organization must have the following licenses to use Conditional Access App Control:
- Microsoft Entra ID P1 or higher
- Microsoft Defender for Cloud Apps
Apps must be configured with single sign-on
Apps must use one of the following authentication protocols:
IdP Protocols Microsoft Entra ID SAML 2.0 or OpenID Connect
To deploy any app
To onboard an application to be controlled by Defender for Cloud Apps Conditional Access Control, you will need to:
Follow the steps below to configure any app to be controlled by Defender for Cloud Apps Conditional Access App Control.
Note
To deploy Conditional Access App Control for Microsoft Entra apps, you need a valid license for Microsoft Entra ID P1 or higher as well as a Defender for Cloud Apps license.
Configure Microsoft Entra ID to work with Defender for Cloud Apps
Note
When configuring an application with SSO in Microsoft Entra ID, or other identity providers, one field that may be listed as optional is the sign-on URL setting. Note that this field may be required for Conditional Access App Control to work.
In Microsoft Entra ID, browse to Security > Conditional Access.
On the Conditional Access pane, in the toolbar at the top, select New policy -> Create new policy.
On the New pane, in the Name textbox, enter the policy name.
Under Assignments, select Users or workload identities, assign the users that will be onboarding (initial sign-on and verification) the app, and then select Done.
Under Assignments, select Cloud apps or actions, assign the apps you want to control with Conditional Access App Control, and then select Done.
Under Access controls, select Session, select Use Conditional Access App Control, and choose a built-in policy (Monitor only or Block downloads) or Use custom policy to set an advanced policy in Defender for Cloud Apps, and then click Select.
Optionally, add conditions and grant controls as required.
Set Enable policy to On and then select Create.
Applications in the app catalog are automatically populated into the table under Connected Apps. Sign out of the application if you have an active session and sign in again to allow for the app to be discovered. Check that the app you want to deploy is recognized by navigating there.
In the Microsoft Defender Portal, select Settings. Then choose Cloud Apps.
Under Connected apps, select Conditional Access App Control apps to access a table of applications that can be configured with access and session policies.
Select the App: Select apps… dropdown menu to filter and search for the app you want to deploy.
If you don't see the app there, you'll have to manually add it.
How to manually add an unidentified app
In the banner, select View new apps.
In the list of new apps, for each app that you're onboarding, select the + sign, and then select Add.
Note
If an app does not appear in the Defender for Cloud Apps app catalog, it will appear in the dialog under unidentified apps along with the login URL. When you click the + sign for these apps, you can onboard the application as a custom app.
Associating the correct domains to an app allows Defender for Cloud Apps to enforce policies and audit activities.
For example, if you've configured a policy that blocks downloading files for an associated domain, file downloads by the app from that domain will be blocked. However, file downloads by the app from domains not associated with the app won't be blocked and the action won't be audited in the activity log.
Note
Defender for Cloud Apps still adds a suffix to domains not associated with the app to ensure a seamless user experience.
From within the app, on the Defender for Cloud Apps admin toolbar, select Discovered domains.
Note
The admin toolbar is only visible to users with permissions to onboard or maintenance apps.
In the Discovered domains panel, make a note of domain names or export the list as a .csv file.
Note
The panel displays a list of discovered domains that are not associated in the app. The domain names are fully qualified.
In the Microsoft Defender Portal, select Settings. Then choose Cloud Apps.
Under Connected apps, select Conditional Access App Control apps.
In the list of apps, on the row in which the app you're deploying appears, choose the three dots at the end of the row, and then select Edit app.
Tip
To view the list of domains configured in the app, select View app domains.
- User-defined domains: Domains associated with the application. Navigate to the application and you can use the Admin tool bar to identify the domains associated with the application and determine if any of them are missing. Note that a missing domain can cause the protected application to not render correctly.
- Enable the app to work on session controls: To allow this app to be used or not used with session controls. When onboarding the application always make sure this is ticked.
- Perform a second logon: If the application uses a nonce, a second logon is needed to account for nonce handling. The nonce or second logon is used by applications to make sure that the login token that the IdP creates for the user can only be used once, and not stolen and reused by someone else. The nonce is checked by the Service Provider to match what it was expecting, and not something it has recently used already, which could indicate a replay attack. When this is chosen, we ensure that a second login is being triggered from a suffixed session, which ensures a successful login. For better performance, this should be enabled.
In User-defined domains, enter all the domains you want to associate with this app, and then select Save.
Note
You can use the * wildcard character as a placeholder for any character. When adding domains, decide whether you want to add specific domains (
sub1.contoso.com
,sub2.contoso.com
) or multiple domains (*.contoso.com
). This is only supported for specific domains (*.contoso.com
) and not for top-level domains (*.com
).Repeat the following steps to install the Current CA and Next CA self-signed root certificates.
- Select the certificate.
- Select Open, and when prompted select Open again.
- Select Install certificate.
- Choose either Current User or Local Machine.
- Select Place all certificates in the following store and then select Browse.
- Select Trusted Root Certificate Authorities and then select OK.
- Select Finish.
Note
For the certificates to be recognized, once you have installed the certificate, you must restart the browser and go to the same page.
Select Continue.
Check that the application is available in the table.
To verify that the application is protected, first perform either a hard sign-out of browsers associated with the application or open a new browser with incognito mode.
Open the application and perform the following checks:
- Check to see if the lock
icon appears in your browser, or if you're working in a browser other than Microsoft Edge, check that your app URL contains the
.mcas
suffix. For more information, see In-browser protection with Microsoft Edge for Business (Preview). - Visit all pages within the app that are part of a user's work process and verify that the pages render correctly.
- Verify that the behavior and functionality of the app isn't adversely affected by performing common actions such as downloading and uploading files.
- Review the list of domains associated with the app.
If you encounter errors or issues, use the admin toolbar to gather resources such as .har
files and recorded sessions for filing a support ticket.
Once you're ready to enable the app for use in your organization's production environment, do the following steps.
- In the Microsoft Defender Portal, select Settings. Then choose Cloud Apps.
- Under Connected apps, select Conditional Access App Control apps.
- In the list of apps, on the row in which the app you're deploying appears, choose the three dots at the end of the row, and then choose Edit app.
- Select Use the app with session controls and then select Save.
- In Microsoft Entra ID, under Security, select Conditional Access.
- Update the policy you created earlier to include the relevant users, groups, and controls you require.
- Under Session > Use Conditional Access App Control, if you selected Use Custom Policy, go to Defender for Cloud Apps and create a corresponding session policy. For more information, see Session policies.
Next steps
See also
If you run into any problems, we're here to help. To get assistance or support for your product issue, please open a support ticket.
Feedback
https://aka.ms/ContentUserFeedback.
Coming soon: Throughout 2024 we will be phasing out GitHub Issues as the feedback mechanism for content and replacing it with a new feedback system. For more information see:Submit and view feedback for