Posted inMicrosoft Entra

MC1303719: Microsoft Entra Enforces federatedTokenValidationPolicy by Default to Block Cross-Domain Federated Sign-Ins

4 minutesPosted inMicrosoft Entra
MWPRO IMPACT SCORE
OPERATIONAL IMPACT
59
0 25 50 75 100
HIGH IMPACT • REVIEW RECOMMENDED
Recommended Action:
Review the update and plan any required actions before rollout.
▶ What is MWPro Impact Score? Watch our 60‑second explainer

Primary Audience

Tenant AdminsMicrosoft 365 AdminsSecurity TeamsCompliance TeamsAzure AdminsIT ManagersService Owners
Why this score?
AI Confidence
HIGH
Enough detail is available to trust this assessment.
Assessment Reasoning
Changing the default federatedTokenValidationPolicy introduces stricter enforcement on federated sign-ins, requiring admins to review existing federation settings and address cross-domain scenarios. Impact is concentrated on identity admins, with potential authentication failures raising support needs if unaddressed. Users may only notice sign-in failures if dependencies existed, making direct user impact lower. Urgency and effort are high because the rollout is active, misconfigured federations may cause sign-in errors, and optional Graph policy adjustments or communication may be required.
72
🛡️ Admin Impact
HIGH
22
👥 User Impact
LOW
68
⚡ Urgency
HIGH
58
🔧 Effort
HIGH
ℹ️ WHAT YOU NEED TO KNOW
📌

AT A GLANCE

Microsoft Entra will enforce stricter validation for federated sign-ins, blocking cross-domain sign-ins by default to improve security.
👥

END USERS

No major end-user change expected unless cross-domain federated sign-ins are currently used.
🛡️

IT ADMINS

Review federation settings and alert identity and support teams if cross-domain sign-ins are in use.
📅

ROLLOUT TIMELINE

Rolling out:
Mid to end August 2026

📢 Official Microsoft Message Center Announcement

(Updated) Microsoft Entra: Upcoming changes to federatedTokenValidationPolicy default settings
Message ID: MC1303719 (Updated)

Updated August 18, 2026: We have updated the timeline. Thank you for your patience. 

[Introduction]

To strengthen security for federated authentication, Microsoft Entra will update the default behavior of federatedTokenValidationPolicy. This policy governs how Microsoft Entra validates federated authentication tokens and determines whether sign-ins are allowed when the internalDomainFederation does not match the user’s UPN domain. Previously, enforcing this behavior required explicit tenant configuration, but it will now be applied by default to reduce the risk of unintended cross-domain sign-ins caused by misconfigured or overly permissive federation trust relationships.

[When this will happen]

General Availability (Worldwide, GCC, GCCH, and DoD): We will begin rolling out in mid-August 2026 and expect to complete by end of August 2026 (previously mid-August).

[How this affects your organization]

Who is affected

  • Microsoft 365 tenants using federated authentication in Microsoft Entra
  • Admins managing federated domains that were configured before December 2025
  • Applies only to federated domains that have an internalDomainFederation object

What will happen

  • By default, federated sign-ins will be blocked when the internalDomainFederation does not match the user’s UPN domain.
  • The internalDomainFederation object is typically created automatically during federation setup with Active Directory Federation Services (AD FS) or other identity providers (IdPs).
  • This stricter default behavior of the federatedTokenValidationPolicy is already enforced for federated domains added since December 2025.
  • After this change, the same behavior will apply to all existing federated domains with an internalDomainFederation object.
  • Impacted sign-ins will fail with the error:

AADSTS5000820: Sign-in blocked by Federated Token Validation policy. Contact your administrator for details.

  • There is no change to the user experience unless cross-domain federated sign-ins are currently occurring.

[What you can do to prepare]

  • No action is required for most organizations.
  • Cross-domain federated sign-ins will be blocked automatically as part of this security improvement.
  • Organizations that rely on cross-domain federated sign-ins should review their existing federation configurations before rollout.
  • (Strongly discouraged) If required for business continuity, Security Administrators, Hybrid Identity Administrators, or External Identity Provider Administrators can use Microsoft Graph to create a custom federatedTokenValidationPolicy with rootDomains = none to allow cross-domain sign-ins.
  • Communicate this change to identity and helpdesk teams to reduce support escalations.

Learn more:

[Compliance considerations]

QuestionAnswer
Does the change include an admin control, and can it be controlled through Microsoft Entra ID group membership?Yes. Administrators can configure a custom federatedTokenValidationPolicy using Microsoft Graph to override the default behavior, although this is strongly discouraged due to security risks.
Does the change modify, interrupt, or disable Purview capabilities such as Data Loss Prevention, Information Protection, Conditional Access, audit logging, eDiscovery, encryption, or retention policies?Yes. This change affects authentication enforcement behavior in Microsoft Entra, which may indirectly influence how Conditional Access policies evaluate federated sign-ins.

Source: Microsoft Message Center • Analysed by MWPro

<<< [MC1303719] Archive
Tooltip: View earlier revisions of this post

Share This Update
Tags: