Microsoft 365: Reset Credentials
This guide helps you set up your Microsoft 365 device and grant necessary permissions so that you can enable the Reset Credentials auto remediation in Workbench.
This guide is the first step of a larger process to enable auto remediations. After completing the steps on this page, you will be instructed to return to the Enable an Auto Remediation in Workbench guide to finish your setup.
Scope and Limitations
When choosing to enable this auto remediation, remember the following:
This auto remediation will not work on admin user accounts or on accounts that Microsoft considers Privileged (as these accounts cannot be forced to change their password).
While an account is temporarily disabled, the user cannot have their credentials reset. It is therefore recommended that, in the event of a suspected compromised user, this remediation is applied directly before the Disable Accounts remediation is applied.
If you have an on-prem Active Directory or hybrid Entra ID/ on-prem Active Directory environment, consider the following safety precautions before enabling this auto remediation:
In hybrid environments, the on-prem AD configuration always takes precedence and is considered the "source of truth." Microsoft initiates automatic syncs from on-prem AD to Entra ID every 30-60 minutes. Make sure to enable password writeback so that password changes made in Microsoft Entra ID are synchronized back to your local active directory (password writeback is not enabled by default in a hybrid environment).
The Reset Credentials auto remediation will not prompt the affected user to set a new password until the account in question has been unlocked. If an account unlocks (due to sync) prior to client engagement, there is a risk that the bad actor with access to the account could reset credentials and maintain access before client engagement. This risk can be addressed by MFA implementation, as required by Microsoft for all Azure sign-in attempts.
How It Works
This remediation forces a password change at the next login, and revokes sessions and refresh tokens. It does not set a new password.
Endpoints Used
Microsoft Graph API
v1.0, beta
GET
v1.0/users/{userid}
Get user; read passwordProfile for the pre-check
PATCH
v1.0/users/{userid}
Force change at next sign-in; sets passwordProfile.forceChangePasswordNextSignInWithMfa (falls back to forceChangePasswordNextSignIn)
POST
v1.0/users/{userid}/revokeSignInSessions
Revoke all sign-in sessions
POST
beta/users/{userid}/invalidateAllRefreshTokens
Revoke all refresh tokens
Prerequisites
You must be an Azure admin for your organization, as you must have the ability to grant app permissions and add assignments.
You must have admin access in Workbench, as auto remediations are enabled at the organization level.
Make sure all end user accounts have MFA enabled, to allow the auto remediation to run properly.
Make sure to enable password writeback so that password changes made in Microsoft Entra ID are synchronized back to your local active directory (password writeback is not enabled by default in a hybrid environment).
Step 1: Grant Necessary Permissions
The remediation actions the Expel SOC creates in Workbench will run in your vendor technology, so granting us certain permissions is required. The way you grant us these permissions will depend on how you set up your initial Microsoft 365 security device.
If you chose to use the Expel application during your onboarding, go to Option 1.
If you chose to create your own custom Microsoft Entra ID application during your onboarding, go to Option 2.
If you aren't sure, go to your enterprise applications in Azure and look for either the Expel Microsoft 365 Integration application or your custom application. Then proceed based on which one you find.
Option 1: Grant Permissions in the Expel Application
If you chose to use the Expel Microsoft 365 Integration application during your security device onboarding, you will simply need to grant admin consent so that we may perform the auto remediation.
Log in to https://portal.azure.com/.
Select Enterprise Applications.
Select the Expel application.
In the left menu, go to Security > Permissions.
Select the Grant admin consent for Expel button.
Select the Refresh option to verify that the permissions have been updated.
Option 2: Grant Permissions in Your Microsoft Entra ID Application
If you chose to create your own custom application during your security device onboarding, you will need to grant us with admin consent and add user read/write permissions for the Microsoft Graph API so that we may perform the auto remediation.
Log in to https://portal.azure.com/.
Use the search field to locate the Expel Cloud Service application, which will display within the MicroSoft Entra ID section of the search results (you registered and created this app during your security device onboarding). Locating it in this manner will allow you to configure permissions via Application Registration.
Go to Manage > API Permissions.
If you do not see this option, you are not in the right place. Try going to Security > Permissions and looking for a message that says "To configure requested permissions for apps you own, use the app registration." The accompanying Application Registration link will take you to the right place.
If you see the User.ReadWrite.All permission in the configured permissions for Microsoft Graph and the type shows as Application, you are done and can skip to Add an Expel Assignment to the User Administrator Role. If not, continue to step 5.
Select Add a permission.
Select Microsoft Graph.
Select Application permissions as the type.
Navigate to the User.ReadWrite.All permission and use the checkbox to select it.
Select Add permissions to save your changes.
Use the search field to find and select Enterprise Applications.
Select your custom application.
In the left menu, go to Security > Permissions.
Select the Grant admin consent for Expel button.
Select the Refresh option to verify that the permissions have been updated.
Step 2: Add an Expel Assignment to the User Administrator Role
You will need to add an assignment for Expel within the User Administrator role to allow us to reset user credentials.
Still in the Azure portal, search for Microsoft Entra ID.
Go to Manage > Roles and Administrators.
Search for and select the User Administrator role.
Select Add assignments to add the assignment for Expel. Important: This assignment must be added to the Expel application or to your custom application (whichever one you configured in the previous section).
If you need additional help with assignments, refer to the Azure documentation.
Step 3: Update Your Context
If you do not want to specify any credentials for a "do not reset" or "always reset" list, and instead wish for Expel to automatically reset all identified credentials, skip to Step 4.
Working with your Customer Success Manager, prepare to create an allow or deny list by adding credentials as context for your environment. You will then be able to select those credentials as "Never reset" or "Always reset" assets when you enable the auto remediation in Workbench.
Step 4: Return to the Main Setup Guide
Your Microsoft 365 device is now ready for the Reset Credentials auto remediation. You should now do one of the following:
If you do not need to set up any other devices for this auto remediation, you can return to the Enable an Auto Remediation in Workbench guide to finish Step 2 of the process.
If you need to set up additional devices for this auto remediation, or wish to use this device with multiple auto remediations, be sure to complete those setup guides as well before returning to the Enable an Auto Remediation in Workbench guide to finish Step 2 of the process. Make sure to follow the setup guide that is specific to your auto remediation, as device setup instructions are unique to each auto remediation and device.
Last updated
Was this helpful?

