Team: Huntress Managed Identity Threat Detection and Response (ITDR)
Product: Microsoft 365
Environment: Cloud
Summary: Understand which response actions Huntress takes during a Microsoft 365 identity incident, which actions need your approval, and which remediations your team completes.
In This Article
Response Actions
Password Reset Remediation
Rogue Device Removal
What Happens If Nobody Responds?
Approve or Reject Remediations
Notifications and Escalation
Test Before Activation
Frequently Asked Questions
Response Actions
Huntress provides multi-layered response capabilities to contain compromised accounts and remove adversary persistence in Microsoft 365.
Response actions fall into three distinct remediation categories:
Active (containment): Huntress performs the action automatically as soon as the Security Operations Center (SOC) sends the incident report. No approval is needed.
Assisted: Huntress performs the action only after you approve the remediation plan in the incident report.
Manual: Huntress can't perform the action directly. A Microsoft 365 administrator completes it within the tenant.
The following table details available response actions, their system effects, and who executes them:
| Action | What Happens | Who Completes It |
| Revoke active sessions | The user's active sessions are revoked, and the user is signed out of all devices. | Huntress (automatic) |
| Disable the identity (Identity Isolation) | The User Principal Name (UPN) is disabled to prevent further sign-ins. Requires Identity Isolation to be enabled (the default). In hybrid environments, the on-premises domain controller must run Huntress Agent 0.14.22 or newer; otherwise, only sessions are revoked. | Huntress (automatic) |
| Disable malicious inbox or forwarding rules | Suspicious rules are disabled when the identity is isolated. | Huntress (automatic) |
| Delete malicious inbox rules | Rules identified in the incident report are permanently deleted. | Huntress, after partner approval (assisted) |
| Remove a rogue application | The malicious application (service principal) is removed from the tenant. | Huntress, after partner approval (assisted) |
Quarantine outbound phishing email |
When the SOC confirms a mass outbound phishing campaign from a compromised identity, copies of the malicious email are moved out of recipients' inboxes (to Deleted Items) for recipients in the same tenant. Not available in GCC High tenants or organizations with Sensitive Data Mode enabled. |
Huntress (automatic) |
Permanently delete outbound phishing email |
The malicious email is permanently removed from recipients' mailboxes within the same tenant. Recipients outside your tenant aren't cleaned up. |
Huntress, after partner approval (assisted) |
| Delete a rogue device | An attacker-registered or joined device is deleted from Microsoft Entra ID. | Huntress, after partner approval (assisted) |
| Reset the user's password | The password is set to a random value, and the user must change it at next sign-in. For details, see Password Reset Remediation. | Huntress, after partner approval (assisted) |
| Remove attacker-added multi-factor authentication (MFA) methods | Specific Microsoft Authenticator, FIDO2/passkey, phone, or email authentication methods are removed from the user account. | Huntress, after partner approval (assisted) |
| Restore user access after a password reset | Provide the user with credentials to sign in again (for example, an admin-set temporary password or a Temporary Access Pass). | Microsoft 365 administrator |
| Review the remaining persistence | Review OAuth app consents, mailbox delegates and permissions, Windows Hello for Business keys, and Temporary Access Passes. Huntress does not remove these configurations. | Microsoft 365 administrator |
| Re-enable the identity | The identity is re-enabled automatically when the incident report is resolved. Account Admins can also manually re-enable it on the Huntress platform. Disabled inbox rules are not re-enabled automatically. | Huntress (on resolution) or Account Admin |
Password Reset Remediation (Available Nov 3)
Session revocation signs the attacker out, but an attacker who still knows the password can sign back in. The password reset remediation closes that gap.
How It Works
Understand how the assisted password reset functions during an incident:
The SOC analyst adds "Reset Password" as an assisted remediation to the identity incident report.
The reset does not run until you approve the remediation plan. If the activity is authorized or a false positive, reject the plan and the reset will not run.
When approved, Huntress sets a new, randomly generated password and requires the user to change it at their next sign-in.
Huntress never stores, displays, or sends the generated password. It is not included in the incident report or sent by email. Nobody, including Huntress, knows its value. Its sole purpose is to invalidate the attacker's credentials.
What This Means for Your Team
Plan for credential restoration following an assisted reset:
The user can't sign in on their own after the reset because they do not know the temporary value. Plan for a Microsoft 365 administrator to restore access.
Resolving the incident report re-enables a disabled identity, but it does not undo the password reset. The user still requires an administrator to restore access.
Password reset is not available for identities synced from on-premises Active Directory (AD). For those users, reset the password directly in on-premises AD.
Rogue Device Removal (Available Nov 3)
After stealing a session, attackers often register their own device in Microsoft Entra ID. That device can allow them to regain access even after a password change.
When the SOC identifies an attacker-registered device, the analyst adds Delete Device to the incident report. When you approve the action, Huntress deletes the device from the tenant.
Windows Hello for Business keys are tied to the device where they were registered. Deleting the device is the primary method to remove an attacker's Windows Hello for Business persistence.
What Happens If Nobody Responds?
Huntress prioritizes immediate containment to protect your environment, even outside standard business hours.
If Identity Isolation is enabled, Huntress revokes the user's sessions and disables the identity when the SOC sends the incident report, even if nobody acknowledges the alert.
Assisted remediations, including password reset and device deletion, never run automatically. They wait until an authorized user approves the remediation plan. Manual, administrator-led actions also remain incomplete until your team performs them.
Approve or Reject Remediations
You can review, execute, or decline proposed remediation actions directly from the Huntress platform.
Open the incident report and select Review Remediation Plan.
Review each proposed step, then select Approve or Reject.
Track progress on the Remediations tab. Each step shows Success, In Progress, or Failure.
If you already remediated the findings, the activity is authorized, or the report is a false positive, reject the plan and choose a rejection reason (for example, Manually remediated or Approved Microsoft 365 user activity). For more details, see Reject Incident Report Remediations.
Notifications and Escalation
Huntress delivers multi-channel alerting to ensure critical threats receive prompt visibility.
Incident reports are sent by email and via professional services automation (PSA) when configured. Critical incidents also trigger an automated SMS text and/or phone call to configured contacts. The automated call directs the contact to the Huntress platform; it is an automated dispatch, not an analyst call.
Huntress supports one SMS text or phone call per unique identity or endpoint within a 24-hour period. The notification process does not guarantee retries, callbacks, overnight escalation, or a morning review. Huntress recommends partners define their own internal acknowledgment process, administrator coverage schedules, and escalation procedures.
For configuration instructions, see Incident Notifications - SMS Texts & Calls and Huntress Platform - Notification Categories and Routing.
Test Before Activation
You can safely validate your alert delivery and response workflows prior to live deployment.
The supported test is a Critical Incident Simulation. For Microsoft 365, the selected identity's sessions are revoked, and the identity is disabled within seconds. You then receive a simulated incident report and notifications. Approving the remediation plan resolves the incident and re-enables the identity. Simulated reports do not include assisted remediations such as password reset.
Frequently Asked Questions
How will I receive the new password after a reset?
You will not receive it. Huntress never stores, displays, or transmits the generated password. A Microsoft 365 administrator must restore the user's access using your organization's standard credential recovery process.
Will Huntress reset a password automatically?
No. Password reset is an assisted remediation. It runs only after an authorized partner approves the remediation plan on the incident report.
Can I request a password reset outside of an active incident?
No. Password reset and device deletion execute strictly as assisted remediations tied to an active incident report.
What is required to receive these new assisted remediations?
Tenants on version 6 of the Huntress application automatically receive the required permissions. To locate tenants running older configurations, check the Integration Version column on the Integrations page. Reauthorize outdated tenants by following Reauthorize Huntress Managed ITDR Integration.
Why did I receive a Privileged Identity Management (PIM) notification or see a new role assignment in Microsoft Entra ID?
The password reset remediation requires Huntress to hold the Privileged Authentication Administrator role, which covers all directory users, including administrators. Device deletion requires the Device.ReadWrite.All Graph permission. PIM notifications and role assignment alerts are expected. For details, see Huntress Managed ITDR Permissions Breakdown.