๐Ÿ“‹ Microsoft Entra Documentation Changes

Changes for April 16th 2025

Period: April 15th 2025, 12:00 AM to April 16th 2025, 12:00 AM

๐Ÿ“š Historical Report: This report shows documentation changes that occurred during the 24-hour period ending on April 16th 2025.

๐Ÿ“Š Summary

81
Total Commits
0
New Files
30
Modified Files
0
Deleted Files
20
Contributors

๐Ÿ“ Modified Documentation Files

Modified by Barclay Neira on Apr 15, 2025 1:31 AM
๐Ÿ“– View on learn.microsoft.com
+25 / -34 lines changed
Commit: updating the images and writing
Changes:
Before
After
ms.service: entra
ms.subservice: fundamentals
ms.topic: concept-article
ms.date: 04/07/2025
ms.author: barclayn
#customer intent: As an administrator, I want to quarantine unsanctioned tenants to reduce security risks and ensure compliance with security policies.
---
# Quarantining unsanctioned tenants
 
>[!IMPORTANT]
> This article complements the [Microsoft Cloud Footprint FAQ](/azure/cost-management-billing/manage/discover-cloud-footprint), a document published to help customers find all tenants within their environments, outlining the specific existing Microsoft Entra capabilities administrators can use within their primary tenant to implement the quarantine process against suspected unsanctioned tenants in their discovered inventory.
Refer to this article only after reviewing the Microsoft Cloud Footprint FAQ to discover your organizationโ€™s inventory of tenants.
 
## What is quarantining unsanctioned tenants?
 
Quarantining unsanctioned tenants involves using Microsoft Entra features to isolate tenants that may pose security risks due to lack of administrative oversight. Controlled restrictions can mitigate potential vulnerabilities while encouraging administrators of these tenants to reach out for assistance. This process allows you to validate the legitimacy of their access or regain control over the tenants. If no contact is made, the tenants can remain in a quarantined state to safeguard your environment.
 
 
## When should I quarantine a tenant?
ms.service: entra
ms.subservice: fundamentals
ms.topic: concept-article
ms.date: 04/14/2025
ms.author: barclayn
#customer intent: As an administrator, I want to quarantine unsanctioned tenants to reduce security risks and ensure compliance with security policies.
---
# Quarantining unsanctioned tenants
 
>[!IMPORTANT]
> Refer to this article only after reviewing [the Microsoft Cloud Footprint FAQ](azure/cost-management-billing/manage/discover-cloud-footprint) to discover your organizationโ€™s inventory of tenants. This article outlines the specific existing Microsoft Entra capabilities administrators can leverage within their primary tenant to quarantine suspected unsanctioned tenants in their discovered list of tenants.
 
## What is quarantining a tenant?
 
Quarantining involves isolating suspected unsanctioned tenants by using existing Entra features which immediately reduces security risk that exists from exposure to tenants you donโ€™t have administrative control of within your environment. By isolating, you introduce friction between your tenant and theirs, which pushes administrators of the suspected tenants to contact you in need of assistance. This gives you the opportunity to verify the legitimacy of relationships with these tenants and/or regain control over them. If no one is to contact you, then you can leave the tenants in the quarantined state indefinitely.
 
## When should I quarantine a tenant?
You are an IT Admin for the company "Contosoโ€ with the primary tenant of "Contoso.com". To secure data in the central Contoso tenant, you need to ensure users and applications with privileged access to your tenant are in tenants that properly secure these resources. Likewise, you want to ensure that external tenants in which your tenant has permissions into are known and following secure practices. To do this, you want to find all tenants that have inbound or outbound relationships with your primary tenant.
After following the Microsoft Cloud Footprint FAQ, you have identify a few potential tenants that may or may not belong to your company. Letโ€™s call these tenants ContosoTest.com and ContosoDemo.com for scenario purposes. Because you donโ€™t know who the global admins are for these tenants, you worry they are possibly employee-managed and do not comply with your organizationโ€™s security policies. This poses a major security risk to your environment if they stay un-managed.
Since you donโ€™t have direct control over ContosoTest.com and ContosoDemo.com, you can only modify settings on the Contoso.com tenant. You want to quarantine them to minimize potential vulnerabilities that come from the exposure to these tenants. However, it's crucial that any changes you make are easily reversible, ensuring that no critical systems are unintentionally affected in the process. After quarantining, you have introduced enough friction between your tenant and the suspected tenants to encourage the administrators of the tenants to contact your helpdesk.
+34 / -1 lines changed
Commit: [Conditional Access] Optimization agent
Changes:
Before
After
ms.date: 04/11/2025
ms.service: entra-id
ms.subservice: conditional-access
ms.topic: conceptual
---
# Microsoft Entra Conditional Access optimization agent
 
 
 
 
 
 
 
 
 
 
 
 
 
 
ms.date: 04/11/2025
ms.service: entra-id
ms.subservice: conditional-access
ms.topic: how-to
---
# Microsoft Entra Conditional Access optimization agent
 
The Conditional Access optimization agent helps you ensure all users are protected by policy. It recommends policies and changes based on best practices aligned with [Zero Trust](/security/zero-trust/deploy/identity) and Microsoft's learnings. In preview, the agent evaluates policies requiring multifactor authentication (MFA), enforces device based controls (device compliance, app protection policies, and Domain Joined Devices), and blocks legacy authentication and device code flow.
 
## Prerequisites
 
- You must be assigned the [Security Administrator](../role-based-access-control/permissions-reference.md#security-administrator) or [Global Administrator](../role-based-access-control/permissions-reference.md#global-administrator) role during the preview.
- You must have at least Microsoft Entra ID P1.
- You must have available [security compute units](/copilot/security/manage-usage).
 
### Limitations
 
- Once agents are started they can't be stopped or paused. It may take a few minutes to run.
 
## Getting started
+13 / -21 lines changed
Commit: resolve build errors
Changes:
Before
After
In this tutorial;
 
> [!div class="checklist"]
> - Register a web API in the Microsoft Entra admin center, and record its identifiers
> - Configure app roles for the web API
> - Register a client daemon application
> - Grant permissions to the daemon app
> - Create a client secret for your daemon app
 
If you've already registered a client daemon application and a web API in the Microsoft Entra admin center, you can skip the steps in this tutorial, then proceed to [Acquire access token for calling an API](tutorial-daemon-node-call-api-build-app.md).
 
## Prerequisites
 
- An external tenant. To create one, choose from the following methods:
- (Recommended) Use the [Microsoft Entra External ID extension](https://aka.ms/ciamvscode/tutorials/marketplace) to set up an external tenant directly in Visual Studio Code.
- [Create a new external tenant](how-to-create-external-tenant-portal.md) in the Microsoft Entra admin center.
 
## Register a web API application
 
[!INCLUDE [active-directory-b2c-app-integration-add-user-flow](./includes/register-app/register-api-app.md)]
In this tutorial;
 
> [!div class="checklist"]
> - Register a web API in the Microsoft Entra admin center
> - Configure app roles for the web API
> - Register a client daemon application
> - Grant permissions to the daemon app
 
If you've already registered a client daemon application and a web API in the Microsoft Entra admin center, you can skip the steps in this tutorial, then proceed to [Acquire access token for calling an API](tutorial-daemon-node-call-api-build-app.md).
 
## Prerequisites
 
* An external tenant. To create one, choose from the following methods:
* (Recommended) Use the [Microsoft Entra External ID extension](https://aka.ms/ciamvscode/tutorials/marketplace) to set up an external tenant directly in Visual Studio Code.
* [Create a new external tenant](how-to-create-external-tenant-portal.md) in the Microsoft Entra admin center.
* Register a new app in the [Microsoft Entra admin center](https://entra.microsoft.com), configured for *Accounts in this organizational directory only*. Refer to [Register an application](quickstart-register-app.md) for more details. Record the following values from the application **Overview** page for later use:
* Application (client) ID
* Directory (tenant) ID
* Directory (tenant) subdomain. Refer to [read your tenant details](../external-id//customers/how-to-create-external-tenant-portal.md#get-the-external-tenant-details) for your tenant subdomain.
* Add a client secret to your app registration. **Do not** use client secrets in production apps. Use certificates or federated credentials instead. For more information, see [add credentials to your application](./how-to-add-credentials.md?tabs=client-secret).
+13 / -21 lines changed
Commit: nudge
Changes:
Before
After
ms.service: entra-id
ms.subservice: conditional-access
ms.topic: conceptual
ms.date: 04/07/2025
 
ms.author: joflore
author: MicrosoftGuyJFlo
If you haven't integrated Microsoft Entra logs with Azure Monitor logs, you need to take the following steps before the workbook loads:
 
1. [Create a Log Analytics workspace in Azure Monitor](/azure/azure-monitor/logs/quick-create-workspace).
1. [Integrate Microsoft Entra logs with Azure Monitor logs](~/identity/monitoring-health/howto-integrate-activity-logs-with-azure-monitor-logs.yml).
 
## How it works
 
 
:::image type="content" source="media/howto-conditional-access-insights-reporting/conditional-access-insights-and-reporting-dashboard.png" alt-text="Screenshot showing the Conditional Access insights and reporting workbook." lightbox="media/howto-conditional-access-insights-reporting/conditional-access-insights-and-reporting-dashboard-expanded.png":::
 
**Conditional Access policy**: To view their combined impact, select one or more Conditional Access policies. Policies are separated into two groups: Enabled and Report-only policies. By default, all Enabled policies are selected. These enabled policies are the policies currently enforced in your tenant.
 
**Time range**: Select a time range from 4 hours to as far back as 90 days. If you selected a time range further back than when you integrated the Microsoft Entra logs with Azure Monitor, only sign-ins after the time of integration appear.
ms.service: entra-id
ms.subservice: conditional-access
ms.topic: conceptual
ms.date: 04/14/2025
 
ms.author: joflore
author: MicrosoftGuyJFlo
If you haven't integrated Microsoft Entra logs with Azure Monitor logs, you need to take the following steps before the workbook loads:
 
1. [Create a Log Analytics workspace in Azure Monitor](/azure/azure-monitor/logs/quick-create-workspace).
1. [Integrate Microsoft Entra logs with Azure Monitor logs](../monitoring-health/howto-integrate-activity-logs-with-azure-monitor-logs.yml).
 
## How it works
 
 
:::image type="content" source="media/howto-conditional-access-insights-reporting/conditional-access-insights-and-reporting-dashboard.png" alt-text="Screenshot showing the Conditional Access insights and reporting workbook." lightbox="media/howto-conditional-access-insights-reporting/conditional-access-insights-and-reporting-dashboard-expanded.png":::
 
**Conditional Access policy**: To view their combined impact, select one or more Conditional Access policies. Policies are separated into two groups: **Enabled** and **Report-only** policies. By default, all **Enabled** policies are selected. These policies are the policies currently enforced in your tenant.
 
**Time range**: Select a time range from 4 hours to as far back as 90 days. If you select a time range further back than when you integrated the Microsoft Entra logs with Azure Monitor, only sign-ins after the time of integration appear.
Modified by Ortagus Winfrey on Apr 15, 2025 8:13 AM
๐Ÿ“– View on learn.microsoft.com
+31 / -0 lines changed
Commit: Link and wording added
Changes:
Before
After
}
```
 
### Remove all license assignments from User
 
Allows all direct license assignments to be removed from a user. For group-based license assignments, you would run a task to remove the user from the group the license assignment is part of.
 
 
 
 
 
 
 
 
 
 
 
 
 
 
}
```
 
### Revoke all refresh tokens for user (Preview)
 
Allows all refresh and browser session tokens to be revoked for a user. This invalidates all the refresh tokens and browser session tokens issued to applications for a user, except external user sign-in sessions because external users sign in through their home tenant.
 
You're able to customize the task name and description for this task in the Microsoft Entra admin center.
 
 
For Microsoft Graph, the parameters for the **Remove all refresh tokens for user** task are as follows:
 
|Parameter |Definition |
|---------|---------|
|category | leaver,mover |
|displayName | Revoke all refresh tokens for user (Preview) |
|description | Revoke all refresh tokens for user |
|taskDefinitionId | 509589a4-0466-4471-829e-49c5e502bdee |
 
 
+12 / -4 lines changed
Commit: resolve build errors
Changes:
Before
After
 
# Tutorial: Authenticate users to your WPF desktop application
 
This tutorial is the final part of a series that demonstrates building a Windows Presentation Form (WPF) desktop app and preparing it for authentication using the Microsoft Entra admin center. In [Part 1 of this series](./tutorial-desktop-wpf-dotnet-sign-in-prepare-tenant.md), you registered an application and configured user flows in your external tenant. This tutorial demonstrates how to build your .NET WPF desktop app and sign in and sign out a user using Microsoft Entra External ID.
 
In this tutorial, you'll:
 
## Prerequisites
 
- [Tutorial: Prepare your external tenant to sign in user in .NET WPF application](./tutorial-desktop-wpf-dotnet-sign-in-prepare-tenant.md).
- [.NET 7.0 SDK](https://dotnet.microsoft.com/download/dotnet/7.0) or later.
- Although any integrated development environment (IDE) that supports React applications can be used, this tutorial uses [Visual Studio Code](https://visualstudio.microsoft.com/downloads/).
 
## Create a WPF desktop application
 
}
```
 
[!INCLUDE [external-id-custom-domain](./includes/use-custom-domain-url-dot-net-wpf.md)]
 
 
# Tutorial: Authenticate users to your WPF desktop application
 
[!INCLUDE [applies-to-workforce-external](../external-id/includes/applies-to-external.md)]
 
This tutorial is the final part of a series that demonstrates building a Windows Presentation Form (WPF) desktop app and preparing it for authentication using the Microsoft Entra admin center. In [Part 1 of this series](./tutorial-desktop-wpf-dotnet-sign-in-prepare-tenant.md), you registered an application and configured user flows in your external tenant. This tutorial demonstrates how to build your .NET WPF desktop app and sign in and sign out a user using Microsoft Entra External ID.
 
In this tutorial, you'll:
 
## Prerequisites
 
* Register a new app in the [Microsoft Entra admin center](https://entra.microsoft.com), configured for *Accounts in any organizational directory and personal Microsoft accounts*. Refer to [Register an application](quickstart-register-app.md) for more details. Record the following values from the application **Overview** page for later use:
* Application (client) ID
* Directory (tenant) ID
* Directory (tenant) domain name (for example, *contoso.onmicrosoft.com* or *contoso.com*).
* Add the following redirect URIs using the **Mobile and desktop applications** platform configuration. Refer to [How to add a redirect URI in your application](./how-to-add-redirect-uri.md) for more details.
* **Redirect URI**: `https://login.microsoftonline.com/common/oauth2/nativeclient`
* Associate your app with a user flow in the Microsoft Entra admin center. This user flow can be used across multiple applications. For more information, see [Create self-service sign-up user flows for apps in external tenants](../external-id/customers/how-to-user-flow-sign-up-sign-in-customers.md) and [Add your application to the user flow](../external-id/customers/how-to-user-flow-add-application.md).
* [.NET 7.0 SDK](https://dotnet.microsoft.com/download/dotnet/7.0) or later.
* Although any integrated development environment (IDE) that supports React applications can be used, this tutorial uses [Visual Studio Code](https://visualstudio.microsoft.com/downloads/).
+6 / -9 lines changed
Commit: update screenshots
Changes:
Before
After
ms.subservice: external
ms.topic: how-to
ms.date: 01/19/2024
ms.author: mimart
ms.custom: it-pro
 
1. Browse to **Identity** > **Applications** > **App registrations**.
1. Select your application in the list to open the application's **Overview** page.
 
:::image type="content" source="media/how-to-add-attributes-to-token/select-app.png" alt-text="Screenshot of the overview page of the app registration.":::
 
1. In the **Essentials** section, under **Managed application in local directory**, select the link showing the name of your application.
 
:::image type="content" source="media/how-to-add-attributes-to-token/managed-app-in-local-directory-link.png" alt-text="Screenshot of the managed application in local directory link.":::
 
1. Under **Manage**, select **Single Sign-on**.
1. In the **Attributes & Claims** section, select the **Edit** icon.
 
:::image type="content" source="media/how-to-add-attributes-to-token/single-sign-on-edit.png" alt-text="Screenshot of the attributes and claims section and the edit icon.":::
ms.subservice: external
ms.topic: how-to
ms.date: 04/14/2025
ms.author: mimart
ms.custom: it-pro
 
1. Browse to **Identity** > **Applications** > **App registrations**.
1. Select your application in the list to open the application's **Overview** page.
 
:::image type="content" source="media/how-to-add-attributes-to-token/select-app.png" alt-text="Screenshot of the overview page of the app registration." border="true":::
 
1. In the **Essentials** section, under **Managed application in local directory**, select the link showing the name of your application.
 
:::image type="content" source="media/how-to-add-attributes-to-token/managed-app-in-local-directory-link.png" alt-text="Screenshot of the managed application in local directory link." border="true":::
 
1. Under **Manage**, select **Single Sign-on**.
1. In the **Attributes & Claims** section, select the **Edit** icon.
 
:::image type="content" source="media/how-to-add-attributes-to-token/single-sign-on-edit.png" alt-text="Screenshot of the attributes and claims section and the edit icon." border="true":::
Modified by Bhavin Jethra on Apr 15, 2025 10:53 AM
๐Ÿ“– View on learn.microsoft.com
+12 / -0 lines changed
Commit: Clarify valid and invalid `.default` scope combinations in OBO flow
Changes:
Before
After
 
Regardless of which API is identified in the authorization request, the consent prompt is combined with all required permissions configured for the client app. All required permissions configured for each middle tier API listed in the client's required permissions list, which identified the client as a known client application, are also included.
 
### Preauthorized applications
 
Resources can indicate that a given application always has permission to receive certain scopes. This is useful to make connections between a front-end client and a back-end resource more seamless. A resource can [declare multiple preauthorized applications](reference-app-manifest.md#preauthorizedapplications-attribute) (`preAuthorizedApplications`) in its manifest. Any such application can request these permissions in an OBO flow and receive them without the user providing consent.
 
 
 
 
 
 
 
 
 
 
 
 
 
Regardless of which API is identified in the authorization request, the consent prompt is combined with all required permissions configured for the client app. All required permissions configured for each middle tier API listed in the client's required permissions list, which identified the client as a known client application, are also included.
 
> [!IMPORTANT]
> When requesting an access token using `.default`, do **not** combine it with delegated scopes like `User.Read`, `Mail.Read`, `profile`, or `offline_access` in the same `scope` parameter. Doing so results in an `AADSTS70011` error, because `.default` refers to pre-consented static permissions while the others require dynamic user consent at runtime.
>
> โœ… The only exception is when using **combined consent** with the [known client applications](https://learn.microsoft.com/en-us/entra/identity-platform/v2-oauth2-on-behalf-of-flow#knownclientapplications) pattern. In that case, it's valid to request:
>
> ```
> scope=openid https://middle-tier-api.example.com/.default
> ```
>
> This flow allows the user to consent to both the frontend and the downstream API in one prompt. In some cases, `offline_access` may also work alongside `.default` to issue a refresh token, but mixing `.default` with other delegated scopes (e.g., `User.Read`) remains unsupported.
 
 
### Preauthorized applications
 
Resources can indicate that a given application always has permission to receive certain scopes. This is useful to make connections between a front-end client and a back-end resource more seamless. A resource can [declare multiple preauthorized applications](reference-app-manifest.md#preauthorizedapplications-attribute) (`preAuthorizedApplications`) in its manifest. Any such application can request these permissions in an OBO flow and receive them without the user providing consent.
+6 / -6 lines changed
Commit: edits from PM
Changes:
Before
After
ms.service: entra-id
ms.subservice: authentication
ms.topic: conceptual
ms.date: 04/09/2025
 
author: justinha
ms.author: justinha
- [Native app support with authentication broker](#microsoft-app-support-with-authentication-broker)
- [Microsoft app support without authentication broker](#microsoft-app-support-without-authentication-broker)
- [Third-party app support without authentication broker](#third-party-app-support-without-authentication-broker)
- [Third-party Identity Provider (IdP) support on iOS and macOS](#third-party-idp-support-on-ios-and-macos)
 
> [!NOTE]
> Passkey authentication with a third-party IdP isn't supported in third-party apps using authentication broker, or Microsoft apps on Android at this time.
 
### Microsoft app support with authentication broker
 
 
If the user has yet to install an authentication broker, they can still sign in with a passkey when they access MSAL-enabled apps. For more information about requirements for MSAL-enabled apps, see [Support passwordless authentication with FIDO2 keys in apps you develop](~/identity-platform/support-fido2-authentication.md).
 
ms.service: entra-id
ms.subservice: authentication
ms.topic: conceptual
ms.date: 04/14/2025
 
author: justinha
ms.author: justinha
- [Native app support with authentication broker](#microsoft-app-support-with-authentication-broker)
- [Microsoft app support without authentication broker](#microsoft-app-support-without-authentication-broker)
- [Third-party app support without authentication broker](#third-party-app-support-without-authentication-broker)
- [Third-party Identity Provider (IdP) support](#third-party-idp-support)
 
### Microsoft app support with authentication broker
 
 
If the user has yet to install an authentication broker, they can still sign in with a passkey when they access MSAL-enabled apps. For more information about requirements for MSAL-enabled apps, see [Support passwordless authentication with FIDO2 keys in apps you develop](~/identity-platform/support-fido2-authentication.md).
 
### Third-party IdP support
 
On iOS and Mac devices that are managed by Mobile Device Management (MDM), third-party IdPs can implement their own signle sign-on (SSO) extension.
+6 / -4 lines changed
Commit: Learn Editor: Update harden-update-ad-fs-pingfederate.md
Changes:
Before
After
 
Though the deadline has been extended, if you are not yet on a minimum supported version, you'll experience the following impacts after the original date:
 
- After April 7, 2025, configuration of Active Directory Federation Services (ADFS) scenarios through Microsoft Entra Connect wizard won't work.
- After April 7, 2025, configuration of PingFederate scenarios through the Microsoft Entra Connect wizard won't work.
- After April 30, 2025, all authentication requests to Microsoft Entra ID on the Microsoft Entra Connect wizard will fail. Some of the capabilities that will be impacted include schema refresh, configuration of staging mode and user sign-in changes.
 
 
## What won't be impacted
 
- Your sync service will run as usual, and changes will continue to sync to Microsoft Entra.
- The ability to upgrade your Microsoft Entra Connect Sync instance. You can still perform the upgrade after April 30, 2025.
>[!NOTE]
> [!NOTE]
> The following cmdlet is not supported in PowerShell 7 and only works on older Microsoft Entra Connect versions that have MSOnline module dependencies.
 
1. Open a PowerShell session with "Run As Administrator" and run the following commands to import ADSyncTools module. If ADSyncTools is already present, this command updates it, otherwise it installs the latest version.
 
```PowerShell
 
Though the deadline has been extended, if you are not yet on a minimum supported version, you'll experience the following impacts after the original date:
 
- After April 7, 2025, configuration of Active Directory Federation Services (ADFS) scenarios through Microsoft Entra Connect wizard won't work.
- After April 7, 2025, configuration of PingFederate scenarios through the Microsoft Entra Connect wizard won't work.
- After April 30, 2025, all authentication requests to Microsoft Entra ID on the Microsoft Entra Connect wizard will fail. Some of the capabilities that will be impacted include schema refresh, configuration of staging mode and user sign-in changes.
 
 
## What won't be impacted
 
- Your sync service will run as usual, and changes will continue to sync to Microsoft Entra.
- The ability to upgrade your Microsoft Entra Connect Sync instance. You can still perform the upgrade after April 30, 2025.
>[!NOTE]
> [!NOTE]
> The following cmdlet is not supported in PowerShell 7 and only works on older Microsoft Entra Connect versions that have MSOnline module dependencies.
 
1. Open a PowerShell session with "Run as administrator".
 
1. Run the following commands to import ADSyncTools module. If ADSyncTools is already present, this command updates it, otherwise it installs the latest version.
+5 / -5 lines changed
Commit: pm-updates
Changes:
Before
After
ms.service: entra-id
ms.topic: reference
ms.subservice: monitoring-health
ms.date: 04/10/2025
ms.author: sarahlipsey
ms.reviewer: dhanyahk
---
 
The Microsoft service principal sign-in logs capture service-to-service authentication events for Microsoft services in your tenant. While not necessary for security investigations, the information can be useful for understanding how your services are interacting with each other.
 
This article provides a table that maps the application IDs from the logs to the application name and a brief description of the application. This table is not exhaustive and will grow over time.
 
Some application display names might include acronyms or abbreviations from previous application names. For example, some services still retain "AAD" (Azure Active Directory) in their display name, even though the service was rebranded to Microsoft Entra.
 
## How to access the logs
 
These logs are only available by configuring diagnostic settings in Microsoft Entra to route the logs to an endpoint of your choice. For full guidance on this process, see [Configure diagnostic settings](howto-configure-diagnostic-settings.md).
 
## Microsoft service principal sign-in logs
 
ms.service: entra-id
ms.topic: reference
ms.subservice: monitoring-health
ms.date: 04/11/2025
ms.author: sarahlipsey
ms.reviewer: dhanyahk
---
 
The Microsoft service principal sign-in logs capture service-to-service authentication events for Microsoft services in your tenant. While not necessary for security investigations, the information can be useful for understanding how your services are interacting with each other.
 
## How to access the logs
 
These logs are only available by configuring diagnostic settings in Microsoft Entra to route the logs to an endpoint of your choice. For full guidance on this process, see [Configure diagnostic settings](howto-configure-diagnostic-settings.md).
 
## Microsoft service principal sign-in logs
 
This table maps the application IDs from the logs to the application name and a brief description of the application. This table is not exhaustive and will grow over time.
 
Some application display names might include acronyms or abbreviations from previous application names. For example, some services still retain "AAD" (Azure Active Directory) in their display name, even though the service was rebranded to Microsoft Entra ID.
 
Modified by Michele Martin on Apr 15, 2025 4:26 AM
๐Ÿ“– View on learn.microsoft.com
+5 / -4 lines changed
Commit: update screenshots
Changes:
Before
After
ms.service: entra-external-id
ms.topic: how-to
ms.date: 02/05/2024
 
ms.author: mimart
author: msmimart
1. Browse to **Identity** > **External Identities** > **Cross-tenant access settings**, then select **Microsoft cloud settings**.
1. Select the checkboxes next to the external Microsoft Azure clouds you want to enable.
 
![Screenshot showing Microsoft cloud settings.](media/cross-cloud-settings/cross-cloud-settings.png)
 
> [!NOTE]
> Selecting a cloud doesn't automatically enable B2B collaboration with organizations in that cloud. You'll need to add the organization you want to collaborate with, as described in the next section.
1. Select **Add organization**.
1. On the **Add organization** pane, type the tenant ID for the organization (cross-cloud lookup by domain name isn't currently available).
 
![Screenshot showing adding an organization.](media/cross-cloud-settings/cross-tenant-add-organization.png)
 
1. Select the organization in the search results, and then select **Add**.
ms.service: entra-external-id
ms.topic: how-to
ms.date: 04/14/2025
 
ms.author: mimart
author: msmimart
1. Browse to **Identity** > **External Identities** > **Cross-tenant access settings**, then select **Microsoft cloud settings**.
1. Select the checkboxes next to the external Microsoft Azure clouds you want to enable.
 
:::image type="content" source="media/cross-cloud-settings/cross-cloud-settings.png" alt-text="Screenshot showing Microsoft cloud settings." border="true":::
 
 
> [!NOTE]
> Selecting a cloud doesn't automatically enable B2B collaboration with organizations in that cloud. You'll need to add the organization you want to collaborate with, as described in the next section.
1. Select **Add organization**.
1. On the **Add organization** pane, type the tenant ID for the organization (cross-cloud lookup by domain name isn't currently available).
 
:::image type="content" source="media/cross-cloud-settings/cross-tenant-add-organization.png" alt-text="Screenshot showing adding an organization." border="true":::
 
+4 / -4 lines changed
Commit: updated UI references
Changes:
Before
After
ms.service: entra-external-id
ms.subservice: external
ms.topic: include
ms.date: 09/06/2024
ms.author: kengaderdus
ms.manager: mwongerapk
---
1. Select **All applications** to view a list of all your applications. If your application doesn't appear in the list, use the filters at the top of the **All applications** list to restrict the list, or scroll down the list to locate your application.
1. Select the application in which you want to assign users or security group to roles.
1. Under **Manage**, select **Users and groups**.
1. Select **Add user** to open the **Add Assignment** pane.
1. In the **Add Assignment** pane, select **Users and groups**. A list of users and security groups appears. You can select multiple users and groups in the list.
1. Once you've selected users and groups, choose **Select**.
1. In the **Add assignment** pane, choose **Select a role**. All the roles you defined for the application appear.
1. Select a role, and then choose **Select**.
1. Select **Assign** to finish the assignment of users and groups to the app.
1. Confirm that the users and groups you added appear in the **Users and groups** list.
ms.service: entra-external-id
ms.subservice: external
ms.topic: include
ms.date: 04/14/2025
ms.author: kengaderdus
ms.manager: mwongerapk
---
1. Select **All applications** to view a list of all your applications. If your application doesn't appear in the list, use the filters at the top of the **All applications** list to restrict the list, or scroll down the list to locate your application.
1. Select the application in which you want to assign users or security group to roles.
1. Under **Manage**, select **Users and groups**.
1. Select **Add user/group** to open the **Add Assignment** pane.
1. In the **Add Assignment** pane, select the link under **Users and groups**. A list of users and security groups appears. You can select multiple users and groups in the list.
1. Once you've selected users and groups, choose **Select**.
1. In the **Add assignment** pane, select the link under **Select a role**. All the roles you defined for the application appear.
1. Select a role, and then choose **Select**.
1. Select **Assign** to finish the assignment of users and groups to the app.
1. Confirm that the users and groups you added appear in the **Users and groups** list.
Modified by Michele Martin on Apr 15, 2025 11:44 AM
๐Ÿ“– View on learn.microsoft.com
+3 / -3 lines changed
Commit: freshness pass
Changes:
Before
After
ms.service: entra-external-id
ms.topic: how-to
ms.date: 02/05/2024
 
ms.author: mimart
author: msmimart
 
> [!IMPORTANT]
>
> - **Starting July 12, 2021**, if Microsoft Entra B2B customers set up new Google integrations for use with self-service sign-up for their custom or line-of-business applications, authentication with Google identities wonโ€™t work until authentications are moved to system web-views. [Learn more](google-federation.md#deprecation-of-web-view-sign-in-support).
> - **Starting September 30, 2021**, Google is [deprecating embedded web-view sign-in support](https://developers.googleblog.com/2016/08/modernizing-oauth-interactions-in-native-apps.html). If your apps authenticate users with an embedded web-view and you're using Google federation with [Azure AD B2C](/azure/active-directory-b2c/identity-provider-google) or Microsoft Entra B2B for [external user invitations](google-federation.md) or [self-service sign-up](identity-providers.md), Google Gmail users won't be able to authenticate. [Learn more](google-federation.md#deprecation-of-web-view-sign-in-support).
 
## Register an application for your approval system
 
ms.service: entra-external-id
ms.topic: how-to
ms.date: 04/14/2025
 
ms.author: mimart
author: msmimart
 
> [!IMPORTANT]
>
> - **As of July 12, 2021**, if Microsoft Entra B2B customers set up new Google integrations for use with self-service sign-up for their custom or line-of-business applications, authentication with Google identities wonโ€™t work until authentications are moved to system web-views. [Learn more](google-federation.md#deprecation-of-web-view-sign-in-support).
> - **On September 30, 2021**, Google [deprecated embedded web-view sign-in support](https://developers.googleblog.com/2016/08/modernizing-oauth-interactions-in-native-apps.html). If your apps authenticate users with an embedded web-view and you're using Google federation with [Azure AD B2C](/azure/active-directory-b2c/identity-provider-google) or Microsoft Entra B2B for [external user invitations](google-federation.md) or [self-service sign-up](identity-providers.md), Google Gmail users won't be able to authenticate. [Learn more](google-federation.md#deprecation-of-web-view-sign-in-support).
 
## Register an application for your approval system
 
+3 / -3 lines changed
Commit: Update concept-mandatory-multifactor-authentication.md
Changes:
Before
After
ms.service: entra-id
ms.subservice: authentication
ms.topic: conceptual
ms.date: 04/02/2025
ms.author: justinha
author: najshahid
manager: femila
 
- Microsoft 365 message center: A message appears in the Microsoft 365 message center with message ID: **MC862873**. This message has the same information as the email and service health notification.
 
After enforcement, a banner appears in Microsoft Entra multifactor authentication:
 
:::image type="content" border="true" source="media/concept-mandatory-multifactor-authentication/enforcement-banner.png" alt-text="Screenshot of a banner in Microsoft Entra multifactor authentication that shows mandatory MFA is enforced."
 
 
We understand that some customers may need more time to prepare for this MFA requirement. Microsoft is allowing customers with complex environments or technical barriers to postpone the enforcement for their tenants until September 30, 2025.
 
Starting on March 3, 2025, Global Administrators can go to the [Azure portal](https://aka.ms/managemfaforazure) to select the start date of enforcement for their tenant for admin portals in Phase 1. Global Administrators must [elevate access](https://aka.ms/enableelevatedaccess) and use MFA before they can postpone the start date of MFA enforcement.
 
Global Administrators must perform this action for every tenant where they want to postpone the start date of enforcement.
ms.service: entra-id
ms.subservice: authentication
ms.topic: conceptual
ms.date: 04/14/2025
ms.author: justinha
author: najshahid
manager: femila
 
- Microsoft 365 message center: A message appears in the Microsoft 365 message center with message ID: **MC862873**. This message has the same information as the email and service health notification.
 
After enforcement, a banner appears in the [Azure portal](https://aka.ms/managemfaforazure):
 
:::image type="content" border="true" source="media/concept-mandatory-multifactor-authentication/enforcement-banner.png" alt-text="Screenshot of a banner in Microsoft Entra multifactor authentication that shows mandatory MFA is enforced."
 
 
We understand that some customers may need more time to prepare for this MFA requirement. Microsoft is allowing customers with complex environments or technical barriers to postpone the enforcement for their tenants until September 30, 2025.
 
Global Administrators can go to the [Azure portal](https://aka.ms/managemfaforazure) to select the start date of enforcement for their tenant for admin portals in Phase 1. If you postponed the start date for Phase 1, Phase 2 enforcement *doesn't* begin before the start date you choose. Global Administrators must [elevate access](https://aka.ms/enableelevatedaccess) and use MFA before they can postpone the start date of MFA enforcement.
 
Global Administrators must perform this action for every tenant where they want to postpone the start date of enforcement.