Manage action accounts in Microsoft Defender for Identity
In brief
The article title, wording, and screenshot descriptions were updated. It now explicitly introduces configuring a dedicated gMSA action account and clarifies the security rationale for separating action and Directory Service accounts.
What Defender admins need to know
Administrators configuring Defender for Identity action accounts have clearer setup guidance and more descriptive screenshots.
Summaries are generated from the documentation change itself.
Documentation change
The comparison below shows only the changed extract. Use the full-page view for complete context.
Configure Microsoft Defender for Identity action accounts
Defender for Identity allows you to take remediation actions targeting on-premises Active Directory accounts in the event that an identity is compromised. To take these actions, Microsoft Defender for Identity needs to have the required permissions to do so. This action account configuration is separate from the Directory Service Account, which is for reading AD data.
Best practices for action accounts
We recommend that you avoid using the same gMSA account you configured for Defender for Identity managed actions on servers other than domain controllers. If you use the same account on another server and that server is compromised, an attacker could retrieve the password for the account and gain the ability to change passwords and disable accounts.
We also recommend that you avoid using the same account as both the Directory Service account and the Manage Action account. Separating these roles is important because the Directory Service account requires only read-only permissions to Active Directory, and the Manage Action account needs write permissions on user accounts.
If you have multiple forests, your gMSA managed action account must be trusted in all of your forests, or create a separate one for each forest. For more information, see Microsoft Defender for Identity multi-forest support.
Create and configure a specific action account
To create and configure a dedicated gMSA action account, perform the following steps:
Create a new gMSA account. For more information, see Getting started with Group Managed Service Accounts.
Assign the Log on as a service right to the gMSA account on each domain controller running the Defender for Identity sensor.
Right-click the relevant domain or OU and select Properties. For example:

Go the Security tab and select Advanced. For example:

Select Add > Select a principal. For example:

Make sure Service accounts is marked in Object types. For example:

In the Enter the object name to select box, enter the name of the gMSA account and select OK.
In the Applies to field, select Descendant User objects, leave the existing settings, and add the permissions and properties shown in the following example:

Required permissions include:
@@ -1,15 +1,15 @@ ----title: Manage action accounts+title: Manage action accounts in Microsoft Defender for Identity description: Learn how to manage action accounts to work with Microsoft Defender for Identity. This step is optional.-ms.date: 06/15/2026+ms.date: 07/02/2026 ms.topic: how-to-ms.custom: sfi-image-nochange, msecd-doc-authoring-1014+ms.custom: sfi-image-nochange, msecd-doc-authoring-1016 ai-usage: ai-assisted --- # Configure Microsoft Defender for Identity action accounts -Defender for Identity allows you to take [remediation actions](../remediation-actions.md) targeting on-premises Active Directory accounts in the event that an identity is compromised. To take these actions, Microsoft Defender for Identity needs to have the required permissions to do so. This is separate from the [Directory Service Account](directory-service-accounts.md), which is for reading AD data.+Defender for Identity allows you to take [remediation actions](../remediation-actions.md) targeting on-premises Active Directory accounts in the event that an identity is compromised. To take these actions, Microsoft Defender for Identity needs to have the required permissions to do so. This action account configuration is separate from the [Directory Service Account](directory-service-accounts.md), which is for reading AD data. > [!IMPORTANT] > This configuration applies to the Defender for Identity sensor v2.x on domain controllers only. Remediation actions aren't performed by sensors on AD FS, AD CS, or Microsoft Entra Connect servers that aren't domain controllers. The sensor v3.x always uses the domain controller's local system account for remediation actions. If all your sensors are v3.x, no action account configuration is needed.@@ -32,14 +32,16 @@ If you need to change the default behavior of using the domain controller's `Loc ## Best practices for action accounts -We recommend that you avoid using the same gMSA account you configured for Defender for Identity managed actions on servers other than domain controllers. If you use the same account and the server is compromised, an attacker could retrieve the password for the account and gain the ability to change passwords and disable accounts.+We recommend that you avoid using the same gMSA account you configured for Defender for Identity managed actions on servers other than domain controllers. If you use the same account on another server and that server is compromised, an attacker could retrieve the password for the account and gain the ability to change passwords and disable accounts. -We also recommend that you avoid using the same account as both the Directory Service account and the Manage Action account. This is because the Directory Service account requires only read-only permissions to Active Directory, and the Manage Action accounts needs write permissions on user accounts.+We also recommend that you avoid using the same account as both the Directory Service account and the Manage Action account. Separating these roles is important because the Directory Service account requires only read-only permissions to Active Directory, and the Manage Action account needs write permissions on user accounts. If you have multiple forests, your gMSA managed action account must be trusted in all of your forests, or create a separate one for each forest. For more information, see [Microsoft Defender for Identity multi-forest support](multi-forest.md). ## Create and configure a specific action account +To create and configure a dedicated gMSA action account, perform the following steps:+ 1. Create a new gMSA account. For more information, see [Getting started with Group Managed Service Accounts](/windows-server/security/group-managed-service-accounts/getting-started-with-group-managed-service-accounts). 1. Assign the **Log on as a service** right to the gMSA account on each domain controller running the Defender for Identity sensor.@@ -50,25 +52,25 @@ If you have multiple forests, your gMSA managed action account must be trusted i 1. Right-click the relevant domain or OU and select **Properties**. For example: - +  1. Go the **Security** tab and select **Advanced**. For example: - +  1. Select **Add** > **Select a principal**. For example: - +  1. Make sure **Service accounts** is marked in **Object types**. For example: - +  1. In the **Enter the object name to select** box, enter the name of the gMSA account and select **OK**. 1. In the **Applies to** field, select **Descendant User objects**, leave the existing settings, and add the permissions and properties shown in the following example: - +  Required permissions include: 