DeltaPulse now has a public MCP server. Add / integrate this tool with your Copilot Agent(s).

MCP Documentation

(Updated) Upcoming Conditional Access change: Improved enforcement for policies with resource exclusions

Message ID
MC1223829
View in Message Center
Service
Microsoft Entra
Category
Stay Informed
Tags
Feature updateUser impactAdmin impact
Rollout
March 2026April 2026May 2026June 2026

Summary

Starting March 27, 2026, Conditional Access policies targeting All resources will be enforced even if they have resource exclusions, affecting sign-ins requesting only certain OIDC or directory scopes. Most organizations need no action unless custom apps request only these scopes and cannot handle Conditional Access challenges.

Details

Updated January 30, 2026: We have updated the content. Thank you for your patience. 

You are receiving this message because our telemetry indicates that you have at least one Conditional Access policy targeting All resources with one or more resource exclusions.

As described in this Microsoft Entra Blog post, we’re enhancing how Conditional Access policies that target All resources and have resource exclusions are enforced for a narrow set of authentication flows. This is a proactive security measure in alignment with Microsoft’s ongoing commitment to defense-in-depth.

What is changing?

Today, when a user signs in through a client application that requests only OIDC scopes or a limited set of directory scopes, Conditional Access policies that target All resources are not enforced if the policy has one or more resource exclusions.

After this change, Conditional Access policies that target All resources will be enforced for these sign-ins, even when resource exclusions are present. Read more about this change.

When will you see this change?

Microsoft Entra ID will begin enforcing this change starting March 27, 2026. This will be rolled out progressively over several weeks until June 2026.

How will this affect your organization?

When a user signs in through a client application that requests only the scopes listed above, users may now receive Conditional Access challenges (such as MFA or device compliance) where previously they were allowed access without enforcement. The exact challenge depends on the access controls configured in your policies that target All resources or policies that explicitly target Azure AD Graph as a resource.

What do you need to do to prepare?

In most cases, no action is required, as most client applications request additional scopes beyond those listed above and are already subject to Conditional Access enforcement. In such cases, there is no change in behavior.

If you have custom applications that are intentionally designed to request only the scopes listed above, evaluate whether they can handle Conditional Access challenges such as MFA or device compliance.

Learn more: 

[Compliance considerations]

No compliance considerations identified. Review as appropriate for your organization.

Change History

Show
January 30, 2026 at 10:30 PM Updated
Title
Previous
Upcoming Conditional Access change: Improved enforcement for policies with resource exclusions
New
(Updated) Upcoming Conditional Access change: Improved enforcement for policies with resource exclusions
Summary
Previous
Starting March 27, 2026, Conditional Access policies targeting All resources will be enforced even if resource exclusions exist, affecting sign-ins requesting only certain OIDC or directory scopes. Most organizations need no action unless custom apps request only those scopes and cannot handle Conditional Access challenges.
New
Starting March 27, 2026, Conditional Access policies targeting All resources will be enforced even if they have resource exclusions, affecting sign-ins requesting only certain OIDC or directory scopes. Most organizations need no action unless custom apps request only these scopes and cannot handle Conditional Access challenges.
Last Updated Date
Previous
2026-01-29T00:44:53.503Z
New
2026-01-30T21:38:50.837Z
Tags
Previous
Feature update,User impact,Admin impact
New
Updated message,Feature update,User impact,Admin impact
Body Content
Previous

You are receiving this message because our telemetry indicates that you have at least one Conditional Access policy targeting All resources with one or more resource exclusions.

As described in this Microsoft Entra Blog post, we’re enhancing how Conditional Access policies that target All resources and have resource exclusions are enforced for a narrow set of authentication flows. This is a proactive security measure in alignment with Microsoft’s ongoing commitment to defense-in-depth.

What is changing?

Today, when a user signs in through a client application that requests only OIDC scopes or a limited set of directory scopes, Conditional Access policies that target All resources are not enforced if the policy has one or more resource exclusions.

After this change, Conditional Access policies that target All resources will be enforced for these sign-ins, even when resource exclusions are present. Read more about this change.

When will you see this change?

Microsoft Entra ID will begin enforcing this change starting March 27, 2026. This will be rolled out progressively over several weeks until June 2026.

How will this affect your organization?

When a user signs in through a client application that requests only the scopes listed above, users may now receive Conditional Access challenges (such as MFA or device compliance) where previously they were allowed access without enforcement. The exact challenge depends on the access controls configured in your policies that target All resources or policies that explicitly target Azure AD Graph as a resource.

What do you need to do to prepare?

In most cases, no action is required, as most client applications request additional scopes beyond those listed above and are already subject to Conditional Access enforcement. In such cases, there is no change in behavior.

If you have custom applications that are intentionally designed to request only the scopes listed above, evaluate whether they can handle Conditional Access challenges such as MFA or device compliance.

  • If they already handle Conditional Access challenges: no changes are required.
  • If they do not, updates may be needed. Refer to the Microsoft Conditional Access developer guidance on how to update your application appropriately. 

Learn more: 

[Compliance considerations]

No compliance considerations identified. Review as appropriate for your organization.

New

Updated January 30, 2026: We have updated the content. Thank you for your patience. 

You are receiving this message because our telemetry indicates that you have at least one Conditional Access policy targeting All resources with one or more resource exclusions.

As described in this Microsoft Entra Blog post, we’re enhancing how Conditional Access policies that target All resources and have resource exclusions are enforced for a narrow set of authentication flows. This is a proactive security measure in alignment with Microsoft’s ongoing commitment to defense-in-depth.

What is changing?

Today, when a user signs in through a client application that requests only OIDC scopes or a limited set of directory scopes, Conditional Access policies that target All resources are not enforced if the policy has one or more resource exclusions.

After this change, Conditional Access policies that target All resources will be enforced for these sign-ins, even when resource exclusions are present. Read more about this change.

When will you see this change?

Microsoft Entra ID will begin enforcing this change starting March 27, 2026. This will be rolled out progressively over several weeks until June 2026.

How will this affect your organization?

When a user signs in through a client application that requests only the scopes listed above, users may now receive Conditional Access challenges (such as MFA or device compliance) where previously they were allowed access without enforcement. The exact challenge depends on the access controls configured in your policies that target All resources or policies that explicitly target Azure AD Graph as a resource.

What do you need to do to prepare?

In most cases, no action is required, as most client applications request additional scopes beyond those listed above and are already subject to Conditional Access enforcement. In such cases, there is no change in behavior.

If you have custom applications that are intentionally designed to request only the scopes listed above, evaluate whether they can handle Conditional Access challenges such as MFA or device compliance.

Learn more: 

[Compliance considerations]

No compliance considerations identified. Review as appropriate for your organization.

Never Miss a Microsoft 365 Update

Join thousands of IT professionals who rely on DeltaPulse for real-time Microsoft 365 change intelligence, automated notifications, and community insights.