Require reauthentication and disable browser persistence
Protect user access on unmanaged devices by preventing browser sessions from remaining signed in after the browser is closed and setting a sign-in frequency to 1 hour.
User exclusions
Conditional Access policies are powerful tools, we recommend excluding the following accounts from your policies:
- Emergency access or break-glass accounts to prevent lockout due to policy misconfiguration. In the unlikely scenario all administrators are locked out, your emergency-access administrative account can be used to log in and take steps to recover access.
- More information can be found in the article, Manage emergency access accounts in Microsoft Entra ID.
- Service accounts and Service principals, such as the Microsoft Entra Connect Sync Account. Service accounts are non-interactive accounts that aren't tied to any particular user. They're normally used by back-end services allowing programmatic access to applications, but are also used to sign in to systems for administrative purposes. Calls made by service principals won't be blocked by Conditional Access policies scoped to users. Use Conditional Access for workload identities to define policies targeting service principals.
- If your organization has these accounts in use in scripts or code, consider replacing them with managed identities.
Template deployment
Organizations can choose to deploy this policy using the steps outlined below or using the Conditional Access templates.
Create a Conditional Access policy
- Sign in to the Azure portal as a Conditional Access Administrator, Security Administrator, or Global Administrator.
- Browse to Microsoft Entra ID > Security > Conditional Access.
- Select Create New policy.
- Give your policy a name. We recommend that organizations create a meaningful standard for the names of their policies.
- Under Assignments, select Users or workload identities.
- Under Include, select All users
- Under Exclude, select Users and groups and choose your organization's emergency access or break-glass accounts.
- Under Target resources > Cloud apps > Include, select All cloud apps.
- Under Conditions > Filter for devices, set Configure to Yes.
- Under Devices matching the rule:, set to Include filtered devices in policy.
- Under Rule syntax select the Edit pencil and paste the following expressing in the box, then select Apply.
- device.trustType -ne "ServerAD" -or device.isCompliant -ne True
- Select Done.
- Under Access controls > Session
- Select Sign-in frequency, specify Periodic reauthentication, and set the duration to 1 and the period to Hours.
- Select Persistent browser session, and set Persistent browser session to Never persistent.
- Select, Select
- Confirm your settings and set Enable policy to Report-only.
- Select Create to create to enable your policy.
After administrators confirm the settings using report-only mode, they can move the Enable policy toggle from Report-only to On.