← All insights

Microsoft 365 and identity security

Microsoft 365 Identity Recovery: Build Access That Survives a Compromise

How small offices can design Microsoft 365 administrator access, MFA, recovery accounts, and monitoring for a real identity incident.

An office administrator reviewing Microsoft 365 identity recovery procedures with a security consultant

Microsoft 365 recovery is an identity problem

When an attacker takes over a Microsoft 365 account, the immediate concern may be email. The larger concern is control. A compromised administrator or privileged user may change authentication methods, create forwarding rules, assign roles, access files, register applications, or disable protections.

Microsoft’s recent threat reporting describes campaigns in which compromised identities were used to move through Microsoft 365 and cloud environments. Microsoft has also reported phishing campaigns designed to steal authentication tokens and target organizations across multiple industries. These reports do not prove that every Central Florida business is affected by the same activity, but they confirm that identity takeover is a current and practical business risk.

Separate ordinary work from recovery authority

Do not use one account for daily email and emergency administration. Create separate administrator identities with no ordinary mailbox use where practical. Protect them with strong MFA, preferably phishing-resistant methods such as security keys or passkeys when supported by the organization’s licensing and devices.

Maintain at least two protected emergency administrator accounts so one person’s absence or device failure does not prevent recovery. These accounts should be monitored, documented, and tested carefully. They should not be used casually.

Record:

  • Account name and purpose.
  • Authorized custodians.
  • MFA method and backup method.
  • Where recovery codes or hardware keys are stored.
  • Conditions for use.
  • Review date.

Review privileged roles

Microsoft 365 and Microsoft Entra roles should be assigned according to business need. A person who manages invoices may not need the ability to change tenant-wide authentication settings. A help-desk employee may need to reset passwords but not assign privileged roles.

During an access review, ask:

  • Which users are Global Administrators?
  • Are any privileged roles assigned permanently when they could be eligible or time-limited?
  • Are service accounts and application registrations documented?
  • Are inactive accounts, guest accounts, and old consultants removed?
  • Are administrator sign-ins reviewed separately from ordinary sign-ins?
  • Does every privileged user have a second, independently protected path to administration?

Least privilege reduces the effect of a stolen account. It does not eliminate the need for detection and response.

Make phishing-resistant sign-in the direction of travel

Traditional passwords and one-time codes can be exposed through convincing phishing or adversary-in-the-middle techniques. Microsoft recommends moving toward passwordless and phishing-resistant authentication methods, including FIDO2 security keys, Windows Hello for Business, and passkeys, where they fit the organization.

Implementation should be staged. Begin with administrators, finance staff, executives, and people who can approve payments or change sensitive records. Confirm that users have a recovery process before removing older methods. A security control that locks out legitimate staff during an emergency can create operational risk.

Monitor the changes that matter

A Microsoft 365 review should examine more than failed logins. Look for:

  • New role assignments.
  • New authentication methods.
  • Mailbox forwarding rules.
  • Suspicious inbox rules.
  • New enterprise applications or consent grants.
  • Unusual downloads from SharePoint or OneDrive.
  • Impossible-travel or unfamiliar-device alerts.
  • Changes to security policies.

Decide who receives these alerts and how they are escalated. If a provider monitors the tenant, require a written description of coverage, hours, response targets, and retained evidence.

Prepare for a compromised account

The response plan should explain how to disable or isolate the account, revoke active sessions, reset credentials, review authentication methods, inspect forwarding and inbox rules, examine audit logs, and determine what data may have been accessed. Do not assume changing the password alone ends the incident.

Create an out-of-band communication method. If the affected account belongs to the administrator, the normal email channel may be untrustworthy. Keep provider contacts and emergency instructions in a protected location outside the tenant.

What Microsoft confirms and what it does not

Microsoft confirms that identity compromise, token theft, phishing, role abuse, and cloud-resource discovery are active techniques in observed campaigns. Microsoft also provides security capabilities and configuration guidance. That does not mean that enabling a feature automatically makes a tenant secure. Licensing, configuration, logging, user behavior, third-party applications, and response processes remain business responsibilities.

A 30-day improvement sequence

Week one: inventory privileged accounts, roles, applications, and recovery methods. Week two: remove unnecessary privileges and stale accounts. Week three: protect emergency accounts and enroll priority users in stronger authentication. Week four: conduct a simulated compromised-administrator exercise and review the audit evidence.

A resilient Microsoft 365 tenant is not one with the most settings enabled. It is one in which trusted access is limited, unusual changes are visible, and recovery does not depend on a single person or account.

Sources

Microsoft phishing and identity guidance: https://www.microsoft.com/en-us/security/blog/2026/01/06/phishing-actors-exploit-complex-routing-and-misconfigurations-to-spoof-domains/

Microsoft AI-mediated phishing and token compromise research: https://www.microsoft.com/en-us/security/blog/2026/05/04/breaking-the-code-multi-stage-code-of-conduct-phishing-campaign-leads-to-aitm-token-compromise/

Microsoft cloud identity compromise research: https://www.microsoft.com/en-us/security/blog/2026/05/18/storm-2949-turned-compromised-identity-into-cloud-wide-breach/

CISA MFA guidance: https://www.cisa.gov/audiences/small-and-medium-sized-businesses/secure-your-business/require-multifactor-authentication

Sources