logo
search
Conditional Access Problems

Fix Always Persistent Browser Sessions on Azure AD Joined Devices

Khadija KhanKhadija Khan Oct 12, 2026 869 views

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.

How to Fix Always Persistent Browser Sessions 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.
Before you start

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.

Solution 1Recommended

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.

1
Open Conditional Access

Sign in to the Microsoft Entra admin center, navigate to 'Protection', and select 'Conditional Access'.

2
Review Policy Conditions

Click on 'Policies' and open the specific policy causing issues. Verify the configured device filters, session controls, and exclusions.

3
Launch the What If Tool

From the main Conditional Access menu, click on 'What If' at the top of the page.

4
Simulate the Sign-in

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.

Review Policies and Use the What If Tool
Primary Refresh Tokens: A PRT guarantees Single Sign-On across apps. If your persistent session policies conflict with PRT behavior, the device might rely on the PRT rather than your explicit session controls.
Free Microsoft Office alternative

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.

Fully compatible with Microsoft Word, Excel, and PowerPoint formats (.docx, .xlsx, .pptx).Lightweight installation that consumes fewer system resources than standard enterprise suites.Familiar user interface ensures immediate productivity without a steep learning curve.Built-in PDF editing, cloud collaboration, and document sharing tools included for free.
microsoft office alternative - wps office

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.