📋 Microsoft Entra Documentation Changes

Daily summary for changes since September 7th 2025, 8:07 PM PDT

Report generated on September 8th 2025, 8:07 PM PDT

📊 Summary

24
Total Commits
0
New Files
18
Modified Files
0
Deleted Files
12
Contributors

📝 Modified Documentation Files

+4 / -4 lines changed
Commit: Update MFA article with new blog post and date
Changes:
Before
After
ms.service: entra-id
ms.subservice: authentication
ms.topic: article
ms.date: 09/04/2025
ms.author: justinha
author: justinha
manager: dougeby
 
At Microsoft, we're committed to providing our customers with the highest level of security. One of the most effective security measures available to them is multifactor authentication (MFA). [Research by Microsoft](https://www.microsoft.com/security/blog/2019/08/20/one-simple-action-you-can-take-to-prevent-99-9-percent-of-account-attacks) shows that MFA can block more than 99.2% of account compromise attacks.
 
That's why, starting in 2024, we'll enforce mandatory MFA for all Azure sign-in attempts. For more background about this requirement, see our [blog post](https://aka.ms/azuremfablogpost). This topic covers which applications and accounts are affected, how enforcement gets rolled out to tenants, and other common questions and answers.
 
There's no change for users if your organization already enforces MFA for them, or if they sign in with stronger methods like passwordless or passkey (FIDO2). To verify that MFA is enabled, see [How to verify that users are set up for mandatory MFA](how-to-mandatory-multifactor-authentication.md).
 
 
For more information about how to migrate from user-based service accounts to workload identities for authentication with these applications, see:
 
- [Sign into Azure with a managed identity using the Azure CLI](/cli/azure/authenticate-azure-cli-managed-identity)
- [Sign into Azure with a service principal using the Azure CLI](/cli/azure/authenticate-azure-cli-service-principal)
- [Sign in to Azure PowerShell non-interactively for automation scenarios](/powershell/azure/authenticate-noninteractive) includes guidance for both managed identity and service principal use cases
ms.service: entra-id
ms.subservice: authentication
ms.topic: article
ms.date: 09/08/2025
ms.author: justinha
author: justinha
manager: dougeby
 
At Microsoft, we're committed to providing our customers with the highest level of security. One of the most effective security measures available to them is multifactor authentication (MFA). [Research by Microsoft](https://www.microsoft.com/security/blog/2019/08/20/one-simple-action-you-can-take-to-prevent-99-9-percent-of-account-attacks) shows that MFA can block more than 99.2% of account compromise attacks.
 
That's why, starting in 2024, we'll enforce mandatory MFA for all Azure sign-in attempts. For more background about this requirement, see our blog posts [Azure mandatory multifactor authentication: Phase 2 starting in October 2025](https://azure.microsoft.com/blog/azure-mandatory-multifactor-authentication-phase-2-starting-in-october-2025/) and [Announcing mandatory multifactor authentication for Azure sign-in](https://aka.ms/azuremfablogpost). This topic covers which applications and accounts are affected, how enforcement gets rolled out to tenants, and other common questions and answers.
 
There's no change for users if your organization already enforces MFA for them, or if they sign in with stronger methods like passwordless or passkey (FIDO2). To verify that MFA is enabled, see [How to verify that users are set up for mandatory MFA](how-to-mandatory-multifactor-authentication.md).
 
 
For more information about how to migrate from user-based service accounts to workload identities for authentication with these applications, see:
 
- [Sign in to Azure with a managed identity using the Azure CLI](/cli/azure/authenticate-azure-cli-managed-identity)
- [Sign in to Azure with a service principal using the Azure CLI](/cli/azure/authenticate-azure-cli-service-principal)
- [Sign in to Azure PowerShell non-interactively for automation scenarios](/powershell/azure/authenticate-noninteractive) includes guidance for both managed identity and service principal use cases
Modified by John Flores on Sep 8, 2025 6:16 PM
📖 View on learn.microsoft.com
+4 / -3 lines changed
Commit: [Conditional Access] Deployment plan updates
Changes:
Before
After
Without Conditional Access policies protecting security information registration, threat actors can exploit unprotected registration flows to compromise authentication methods. When users register multifactor authentication and self-service password reset methods without proper controls, threat actors can intercept these registration sessions through adversary-in-the-middle attacks or exploit unmanaged devices accessing registration from untrusted locations. Once threat actors gain access to an unprotected registration flow, they can register their own authentication methods, effectively hijacking the target's authentication profile. The threat actors can bypass security controls and potentially escalate privileges throughout the environment because they can maintain persistent access by controlling the MFA methods. The compromised authentication methods then become the foundation for lateral movement as threat actors can authenticate as the legitimate user across multiple services and applications.
 
**Remediation action**
- [Create a Conditional Access policy for security info registration](../../identity/conditional-access/policy-all-users-security-info-registration.md)
- [Configure a Conditional Access policy for network assignment](../../identity/conditional-access/concept-assignment-network.md)
- [Enable combined security info registration](../../identity/authentication/howto-registration-mfa-sspr-combined.md)
 
Without Conditional Access policies protecting security information registration, threat actors can exploit unprotected registration flows to compromise authentication methods. When users register multifactor authentication and self-service password reset methods without proper controls, threat actors can intercept these registration sessions through adversary-in-the-middle attacks or exploit unmanaged devices accessing registration from untrusted locations. Once threat actors gain access to an unprotected registration flow, they can register their own authentication methods, effectively hijacking the target's authentication profile. The threat actors can bypass security controls and potentially escalate privileges throughout the environment because they can maintain persistent access by controlling the MFA methods. The compromised authentication methods then become the foundation for lateral movement as threat actors can authenticate as the legitimate user across multiple services and applications.
 
**Remediation action**
 
- [Deploy a Conditional Access policy for security info registration](../../identity/conditional-access/policy-all-users-security-info-registration.md)
- [Configure known network locations](../../identity/conditional-access/concept-assignment-network.md)
- [Enable combined security info registration](../../identity/authentication/howto-registration-mfa-sspr-combined.md)
Modified by John Flores on Sep 8, 2025 6:16 PM
📖 View on learn.microsoft.com
+3 / -3 lines changed
Commit: [Conditional Access] Deployment plan updates
Changes:
Before
After
 
Token protection, also called token binding, helps prevent token theft by making sure a token is usable only from the intended device. Token protection uses cryptography so that without the client device key, no one can use the token.
 
**Remediation action**
Create a Conditional Access policy to set up token protection.
- [Microsoft Entra Conditional Access: Token protection](../../identity/conditional-access/concept-token-protection.md)
 
Token protection, also called token binding, helps prevent token theft by making sure a token is usable only from the intended device. Token protection uses cryptography so that without the client device key, no one can use the token.
 
**Remediation action**
 
- [Deploy a Conditional Access policy to require token protection](../../identity/conditional-access/concept-token-protection.md)
Modified by John Flores on Sep 8, 2025 6:16 PM
📖 View on learn.microsoft.com
+1 / -3 lines changed
Commit: [Conditional Access] Deployment plan updates
Changes:
Before
After
 
**Remediation action**
 
Deploy the following Conditional Access policy:
 
- [Block legacy authentication](/entra/identity/conditional-access/policy-block-legacy-authentication)
 
**Remediation action**
 
- [Deploy a Conditional Access policy to Block legacy authentication](/entra/identity/conditional-access/policy-block-legacy-authentication)
 
 
Modified by John Flores on Sep 8, 2025 6:16 PM
📖 View on learn.microsoft.com
+2 / -2 lines changed
Commit: [Conditional Access] Deployment plan updates
Changes:
Before
After
# userimpact: High
# implementationcost: Medium
---
Assume high risk are compromised by threat actors. Without investigation and remediation, threat actors can execute scripts, deploy malicious applications, or manipulate API calls to establish persistence, based on the potentially compromised user's permissions. Threat actors can then exploit misconfigurations or abuse OAuth tokens to move laterally across workloads like documents, SaaS applications, or Azure resources. Threat actors can gain access to sensitive files, customer records, or proprietary code and exfiltrate it to external repositories while maintaining stealth through legitimate cloud services. Finally, threat actors might disrupt operations by modifying configurations, encrypting data for ransom, or using the stolen information for further attacks, resulting in financial, reputational, and regulatory consequences.
 
Organizations using passwords can rely on password reset to automatically remediate risky users.
 
 
**Remediation action**
 
- Create a Conditional Access policy to [require a secure password change for elevated user risk](/entra/identity/conditional-access/policy-risk-based-user).
- Use Microsoft Entra ID Protection to [investigate risk further](/entra/id-protection/howto-identity-protection-investigate-risk).
# userimpact: High
# implementationcost: Medium
---
Assume high risk users are compromised by threat actors. Without investigation and remediation, threat actors can execute scripts, deploy malicious applications, or manipulate API calls to establish persistence, based on the potentially compromised user's permissions. Threat actors can then exploit misconfigurations or abuse OAuth tokens to move laterally across workloads like documents, SaaS applications, or Azure resources. Threat actors can gain access to sensitive files, customer records, or proprietary code and exfiltrate it to external repositories while maintaining stealth through legitimate cloud services. Finally, threat actors might disrupt operations by modifying configurations, encrypting data for ransom, or using the stolen information for further attacks, resulting in financial, reputational, and regulatory consequences.
 
Organizations using passwords can rely on password reset to automatically remediate risky users.
 
 
**Remediation action**
 
- [Deploy a Conditional Access policy to require a secure password change for elevated user risk](/entra/identity/conditional-access/policy-risk-based-user).
- Use Microsoft Entra ID Protection to [investigate risk further](/entra/id-protection/howto-identity-protection-investigate-risk).
+2 / -2 lines changed
Commit: Sep 08 added description and TOC entry
Changes:
Before
After
---
title: Integrate Global Secure Access with Microsoft Sentinel
description: "[Article description]."
author: HULKsmashGithub
ms.author: jayrusso
ms.service: global-secure-access
ms.topic: how-to
ms.date: 09/05/2025
manager: dougeby
ms.reviewer: kerenSemel
ai-usage: ai-assisted
---
title: Integrate Global Secure Access with Microsoft Sentinel
description: Strengthen your organization's security posture by integrating Global Secure Access with Microsoft Sentinel using preconfigured workbooks and analytics rules.
author: HULKsmashGithub
ms.author: jayrusso
ms.service: global-secure-access
ms.topic: how-to
ms.date: 09/08/2025
manager: dougeby
ms.reviewer: kerenSemel
ai-usage: ai-assisted
Modified by John Flores on Sep 8, 2025 6:16 PM
📖 View on learn.microsoft.com
+2 / -1 lines changed
Commit: [Conditional Access] Deployment plan updates
Changes:
Before
After
When high-risk sign-ins are not properly restricted through Conditional Access policies, organizations expose themselves to security vulnerabilities. Threat actors can exploit these gaps for initial access through compromised credentials, credential stuffing attacks, or anomalous sign-in patterns that Microsoft Entra ID Protection identifies as risky behaviors. Without appropriate restrictions, threat actors who successfully authenticate during high-risk scenarios can perform privilege escalation by misusing the authenticated session to access sensitive resources, modify security configurations, or conduct reconnaissance activities within the environment. Once threat actors establish access through uncontrolled high-risk sign-ins, they can achieve persistence by creating additional accounts, installing backdoors, or modifying authentication policies to maintain long-term access to the organization's resources. The unrestricted access enables threat actors to conduct lateral movement across systems and applications using the authenticated session, potentially accessing sensitive data stores, administrative interfaces, or critical business applications. Finally, threat actors achieve impact through data exfiltration, or compromise business-critical systems while maintaining plausible deniability by exploiting the fact that their risky authentication was not properly challenged or blocked.
 
**Remediation action**
- [Implement a Conditional Access policy to require MFA for elevated sign-in risk](../../identity/conditional-access/policy-risk-based-sign-in.md)
 
When high-risk sign-ins are not properly restricted through Conditional Access policies, organizations expose themselves to security vulnerabilities. Threat actors can exploit these gaps for initial access through compromised credentials, credential stuffing attacks, or anomalous sign-in patterns that Microsoft Entra ID Protection identifies as risky behaviors. Without appropriate restrictions, threat actors who successfully authenticate during high-risk scenarios can perform privilege escalation by misusing the authenticated session to access sensitive resources, modify security configurations, or conduct reconnaissance activities within the environment. Once threat actors establish access through uncontrolled high-risk sign-ins, they can achieve persistence by creating additional accounts, installing backdoors, or modifying authentication policies to maintain long-term access to the organization's resources. The unrestricted access enables threat actors to conduct lateral movement across systems and applications using the authenticated session, potentially accessing sensitive data stores, administrative interfaces, or critical business applications. Finally, threat actors achieve impact through data exfiltration, or compromise business-critical systems while maintaining plausible deniability by exploiting the fact that their risky authentication was not properly challenged or blocked.
 
**Remediation action**
 
- [Deploy a Conditional Access policy to require MFA for elevated sign-in risk](../../identity/conditional-access/policy-risk-based-sign-in.md)
Modified by John Flores on Sep 8, 2025 6:16 PM
📖 View on learn.microsoft.com
+1 / -2 lines changed
Commit: [Conditional Access] Deployment plan updates
Changes:
Before
After
 
**Remediation action**
 
- Create a Conditional Access policy to [block device code flow](/entra/identity/conditional-access/policy-block-authentication-flows#device-code-flow-policies).
- [Learn more about device code flow](/entra/identity/conditional-access/concept-authentication-flows#device-code-flow)
 
**Remediation action**
 
- [Deploy a Conditional Access policy to block device code flow](/entra/identity/conditional-access/policy-block-authentication-flows#device-code-flow-policies).
 
Modified by John Flores on Sep 8, 2025 6:16 PM
📖 View on learn.microsoft.com
+2 / -1 lines changed
Commit: [Conditional Access] Deployment plan updates
Changes:
Before
After
Blocking authentication transfer in Microsoft Entra ID is a critical security control. It helps protect against token theft and replay attacks by preventing the use of device tokens to silently authenticate on other devices or browsers. When authentication transfer is enabled, a threat actor who gains access to one device can access resources to nonapproved devices, bypassing standard authentication and device compliance checks. When administrators block this flow, organizations can ensure that each authentication request must originate from the original device, maintaining the integrity of the device compliance and user session context.
 
**Remediation action**
- [Block authentication flows with Conditional Access policy](../../identity/conditional-access/policy-block-authentication-flows.md)
 
Blocking authentication transfer in Microsoft Entra ID is a critical security control. It helps protect against token theft and replay attacks by preventing the use of device tokens to silently authenticate on other devices or browsers. When authentication transfer is enabled, a threat actor who gains access to one device can access resources to nonapproved devices, bypassing standard authentication and device compliance checks. When administrators block this flow, organizations can ensure that each authentication request must originate from the original device, maintaining the integrity of the device compliance and user session context.
 
**Remediation action**
 
- [Deploy a Conditional Access policy to block authentication transfer](../../identity/conditional-access/policy-block-authentication-flows.md#authentication-transfer-policies)
+1 / -1 lines changed
Commit: [Conditional Access] Deployment plan updates
Changes:
Before
After
### Build your Conditional Access policies
 
Start with a few core Conditional Access policies like the ones that follow. Many policies are available as [Conditional Access policy templates](concept-conditional-access-policy-common.md). By default, each policy created from a template is in report-only mode. Test and monitor usage, to ensure the intended result, before turning on each policy.
 
| Conditional Access policy | License requirement |
| --- | --- |
| [Block legacy authentication](/entra/fundamentals/configure-security#block-legacy-authentication) | Microsoft Entra ID P1 |
### Build your Conditional Access policies
 
Start with a few core Conditional Access policies like the ones that follow. Many policies are available as [Conditional Access policy templates](concept-conditional-access-policy-common.md). By default, each policy created from a template is in report-only mode. Test and monitor usage, to ensure the intended result, before turning on each policy.
| Conditional Access policy | License requirement |
| --- | --- |
| [Block legacy authentication](/entra/fundamentals/configure-security#block-legacy-authentication) | Microsoft Entra ID P1 |
+1 / -1 lines changed
Commit: [Conditional Access] Deployment plan updates
Changes:
Before
After
---
# Block authentication flows with Conditional Access policy
 
The following steps help create Conditional Access policies to restrict how device code flow and authentication transfer are used within your organization.
 
## Device code flow policies
 
---
# Block authentication flows with Conditional Access policy
 
The following steps help create Conditional Access policies to restrict how [device code flow](concept-authentication-flows.md#device-code-flow) and [authentication transfer](concept-authentication-flows.md#authentication-transfer) are used within your organization.
 
## Device code flow policies
 
Modified by John Flores on Sep 8, 2025 6:16 PM
📖 View on learn.microsoft.com
+1 / -1 lines changed
Commit: [Conditional Access] Deployment plan updates
Changes:
Before
After
 
- [Get started with a phishing-resistant passwordless authentication deployment](/entra/identity/authentication/how-to-plan-prerequisites-phishing-resistant-passwordless-authentication)
- [Ensure that privileged accounts register and use phishing resistant methods](/entra/identity/authentication/concept-authentication-strengths#authentication-strengths)
- [Deploy Conditional Access policy to target privileged accounts and require phishing resistant credentials using authentication strengths](/entra/identity/conditional-access/policy-admin-phish-resistant-mfa)
- [Monitor authentication method activity](/entra/identity/monitoring-health/concept-usage-insights-report#authentication-methods-activity)
 
- [Get started with a phishing-resistant passwordless authentication deployment](/entra/identity/authentication/how-to-plan-prerequisites-phishing-resistant-passwordless-authentication)
- [Ensure that privileged accounts register and use phishing resistant methods](/entra/identity/authentication/concept-authentication-strengths#authentication-strengths)
- [Deploy a Conditional Access policy to target privileged accounts and require phishing resistant credentials](/entra/identity/conditional-access/policy-admin-phish-resistant-mfa)
- [Monitor authentication method activity](/entra/identity/monitoring-health/concept-usage-insights-report#authentication-methods-activity)
Modified by John Flores on Sep 8, 2025 6:16 PM
📖 View on learn.microsoft.com
+1 / -1 lines changed
Commit: [Conditional Access] Deployment plan updates
Changes:
Before
After
 
- [Get started with a phishing-resistant passwordless authentication deployment](/entra/identity/authentication/how-to-plan-prerequisites-phishing-resistant-passwordless-authentication)
- [Ensure that privileged accounts register and use phishing resistant methods](/entra/identity/authentication/concept-authentication-strengths#authentication-strengths)
- [Deploy Conditional Access policy to target privileged accounts and require phishing resistant credentials using authentication strengths](/entra/identity/conditional-access/policy-admin-phish-resistant-mfa)
- [Monitor authentication method activity](/entra/identity/monitoring-health/concept-usage-insights-report#authentication-methods-activity)
 
- [Get started with a phishing-resistant passwordless authentication deployment](/entra/identity/authentication/how-to-plan-prerequisites-phishing-resistant-passwordless-authentication)
- [Ensure that privileged accounts register and use phishing resistant methods](/entra/identity/authentication/concept-authentication-strengths#authentication-strengths)
- [Deploy a Conditional Access policy to target privileged accounts and require phishing resistant credentials](/entra/identity/conditional-access/policy-admin-phish-resistant-mfa)
- [Monitor authentication method activity](/entra/identity/monitoring-health/concept-usage-insights-report#authentication-methods-activity)
Modified by John Flores on Sep 8, 2025 6:16 PM
📖 View on learn.microsoft.com
+1 / -1 lines changed
Commit: [Conditional Access] Deployment plan updates
Changes:
Before
After
 
- [Get started with a phishing-resistant passwordless authentication deployment](/entra/identity/authentication/how-to-plan-prerequisites-phishing-resistant-passwordless-authentication)
- [Ensure that privileged accounts register and use phishing resistant methods](/entra/identity/authentication/concept-authentication-strengths#authentication-strengths)
- [Deploy Conditional Access policy to target privileged accounts and require phishing resistant credentials using authentication strengths](/entra/identity/conditional-access/policy-admin-phish-resistant-mfa)
- [Monitor authentication method activity](/entra/identity/monitoring-health/concept-usage-insights-report#authentication-methods-activity)
 
- [Get started with a phishing-resistant passwordless authentication deployment](/entra/identity/authentication/how-to-plan-prerequisites-phishing-resistant-passwordless-authentication)
- [Ensure that privileged accounts register and use phishing resistant methods](/entra/identity/authentication/concept-authentication-strengths#authentication-strengths)
- [Deploy a Conditional Access policy to target privileged accounts and require phishing resistant credentials](/entra/identity/conditional-access/policy-admin-phish-resistant-mfa)
- [Monitor authentication method activity](/entra/identity/monitoring-health/concept-usage-insights-report#authentication-methods-activity)
Modified by John Flores on Sep 8, 2025 6:16 PM
📖 View on learn.microsoft.com
+1 / -1 lines changed
Commit: [Conditional Access] Deployment plan updates
Changes:
Before
After
 
- [Deploy multifactor authentication](/entra/identity/authentication/howto-mfa-getstarted)
- [Get started with a phishing-resistant passwordless authentication deployment](/entra/identity/authentication/how-to-plan-prerequisites-phishing-resistant-passwordless-authentication)
- [Deploy Conditional Access policies to enforce authentication strength](/entra/identity/conditional-access/policy-all-users-mfa-strength)
- [Review authentication methods activity](/entra/identity/monitoring-health/concept-usage-insights-report?tabs=microsoft-entra-admin-center#authentication-methods-activity)
 
- [Deploy multifactor authentication](/entra/identity/authentication/howto-mfa-getstarted)
- [Get started with a phishing-resistant passwordless authentication deployment](/entra/identity/authentication/how-to-plan-prerequisites-phishing-resistant-passwordless-authentication)
- [Deploy a Conditional Access policy to require phishing-resistant MFA for all users](/entra/identity/conditional-access/policy-all-users-mfa-strength)
- [Review authentication methods activity](/entra/identity/monitoring-health/concept-usage-insights-report?tabs=microsoft-entra-admin-center#authentication-methods-activity)