Fix Always Persistent Browser Sessions on Azure AD Joined Devices
Question details
The user needs to resolve an issue where Conditional Access session controls for persistent browser sessions do not behave as expected when combined with device filters on Azure AD joined devices.

- Product
- Microsoft Entra ID (Azure AD) / Microsoft Intune
- Device & OS
- not provided
- Scenario
- Configuring persistent browser sessions and single sign-on (SSO) for Azure AD joined or hybrid joined devices.
- Observed behavior
- Conditional Access session controls for persistent sessions conflict with Primary Refresh Tokens (PRT) used by Azure AD joined devices, leading to unexpected single sign-on or authentication prompts.
Ensure you have Conditional Access Administrator privileges in the Microsoft Entra admin center and verify that the target devices are correctly registered as Azure AD joined or hybrid joined.
Review Policies and Use the What If Tool
Verify your Conditional Access session controls and test them using the What If tool to identify conflicts with Primary Refresh Tokens (PRT).
Azure AD joined and hybrid Azure AD joined devices automatically receive Primary Refresh Tokens (PRT) for seamless single sign-on. Because of this, standard persistent browser session settings may be bypassed or behave differently.
Using the built-in What If tool helps you simulate sign-in scenarios to pinpoint exactly which policies are affecting the device.
Sign in to the Microsoft Entra admin center, navigate to 'Protection', and select 'Conditional Access'.
Click on 'Policies' and open the specific policy causing issues. Verify the configured device filters, session controls, and exclusions.
From the main Conditional Access menu, click on 'What If' at the top of the page.
Enter the user, application, and device state details for a known Azure AD joined device, then click 'What If' to see how your policies apply to that exact scenario.

Configure Sign-in Frequency
If users must authenticate periodically instead of relying entirely on persistent sessions, define a strict sign-in frequency.
Switch to WPS Office for Lightweight, Seamless Productivity
Managing complex enterprise environments like Azure AD and Intune takes time. Simplify your daily document workflows by choosing WPS Office. It provides a familiar, fast, and free alternative to Microsoft Office, designed to help you create, edit, and share documents effortlessly.

Frequently Asked Questions
Why do Azure AD joined devices ignore persistent browser session settings?
Azure AD joined and hybrid joined devices receive Primary Refresh Tokens (PRT) during sign-in. These tokens facilitate seamless Single Sign-On (SSO) across applications, which can override standard web-based persistent browser session controls and behave differently than unmanaged devices.
What is the Conditional Access What If tool used for?
The What If tool allows administrators to simulate user sign-ins under various conditions (such as specific IP addresses, locations, or device states) to see exactly which Conditional Access policies will apply or be ignored, helping to troubleshoot access behaviors effectively.
How do I force users to re-authenticate on Azure AD joined devices?
You can force re-authentication by configuring the 'Sign-in frequency' session control within your Conditional Access policy. This ensures users are prompted for credentials or MFA after a specified period, regardless of their PRT lifecycle or persistent session status.




