Join our Newsletter — 33% off our NHI Course
Home› Glossary› Threats, Abuse & Incident Response› Office 365 Account Compromise
Threats, Abuse & Incident Response

Office 365 Account Compromise

← Back to Glossary
By NHI Mgmt Group Updated November 3, 2026 Domain: Threats, Abuse & Incident Response

Office 365 account compromise is unauthorised access to a Microsoft 365 user account. It usually happens through stolen passwords, phishing, token theft, or consent abuse, and can let an attacker read mail, create forwarding rules, and use the account to reset other credentials.

What makes Office 365 account compromise dangerous

Office 365 account compromise is dangerous because the attacker inherits a trusted user’s normal access path, which can make malicious activity look legitimate. Once inside, they may read mail, alter mailbox rules, impersonate the user, or use the account as a launch point for wider credential theft and business email compromise.

The risk is not limited to the mailbox itself. In Microsoft 365, email often acts as the identity hub for password resets, approval flows, shared documents, and external communications, so a compromised account can become a foothold for broader organisational impact.

Common compromise paths

The usual entry points are password theft, phishing, token theft, and consent abuse. Password theft is the simplest case, but modern attacks often prefer session or token abuse because it can bypass password changes and sometimes survive basic remediation if sessions are not revoked.

Consent abuse is especially important in Microsoft 365 because a user can grant an application access to mail or files without the attacker ever needing the password again. That is why account compromise is often really an access problem, not just a login problem.

Attackers also value the mailbox because it supports trusted outbound traffic. A hijacked account can be used to send convincing messages from an internal address, redirect replies, and stage follow-on fraud against employees, suppliers, or customers.

Typical attacker actions after access

Once an attacker controls an Office 365 account, the next step is often persistence. Common actions include creating inbox rules, enabling forwarding, adding OAuth consent, or changing recovery and notification settings so that the compromise is less visible and easier to reuse.

They may also search for sensitive data, reset other passwords, or move laterally into collaboration tools and connected cloud services. Mailbox access is especially valuable because it exposes conversations, attachments, verification codes, and recovery links in one place.

For a broader view of how hijacked cloud and email accounts are used in real attacks, MITRE ATT&CK T1586 Compromise Accounts Guide is a useful reference point.

How organisations detect and contain it

Detection usually depends on a combination of sign-in telemetry, mailbox audit logs, message trace data, and suspicious rule or forwarding-rule changes. Unusual sign-ins, impossible travel, new device registrations, consent grants, and sudden inbox rule creation are all common warning signs.

Containment should focus on the whole access path, not only the password. In practice that means revoking sessions, resetting credentials where appropriate, reviewing connected apps, and checking whether any forwarding, delegation, or mailbox permission changes were made during the compromise window.

Because mailbox compromise can hide in normal email activity, defenders benefit from tuned email telemetry and alerting. Email Gateway and Message Trace Detection Guide and Identity Incident Response Playbook both map well to the investigation and containment phase.

Risk and Threat Considerations

Office 365 account compromise is often a high-impact identity incident because one mailbox can expose confidential conversations, cloud files, reset paths, and trust relationships across the business. The main threat is not just data viewing, but the attacker using the account as a platform for persistence and impersonation.

Failure mechanism: Attackers exploit weak authentication, token theft, or malicious consent grants to obtain durable access, then hide by creating forwarding rules, abusing delegated access, or harvesting reset links and one-time codes from mail.

Impact: The compromise can spread beyond email into finance, HR, supplier relationships, and connected SaaS tools, while incident response becomes harder if sessions, app permissions, and mailbox rules are not reviewed together.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP API Security Top 10 addresses the attack and risk surface, while NIST SP 800-53 Rev 5 sets the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST SP 800-53 Rev 5IA-5 — Authenticator ManagementCovers stolen passwords, token lifecycle, and revocation after account compromise.
AU-6 — Audit Review, Analysis, and ReportingSupports reviewing sign-ins, mailbox actions, and forwarding-rule changes after compromise.
AC-6 — Least PrivilegeApplies where mailbox permissions, delegation, and app access should be constrained after compromise.
Recommendation — Rotate exposed authenticators and revoke compromised sessions or tokens immediately. Review authentication and mailbox audit records for compromise indicators and follow-on actions. Limit mailbox and application privileges to reduce blast radius from a compromised account.
OWASP API Security Top 10API2 — Broken AuthenticationRelevant where token theft, session abuse, or weak authentication enables unauthorized access to cloud-connected APIs.
Recommendation — Harden authentication and revoke exposed tokens to prevent unauthorized API access.

Practitioner Guidance

Why practitioners should care: Treat Office 365 account compromise as both an email-security issue and an identity-security issue. The account, its sessions, and its connected applications all need to be considered part of the same exposure surface, especially when the mailbox is used for resets, approvals, or external trust.

What to watch for: Focus on suspicious sign-ins, new inbox rules, unexpected forwarding, consent grants, and changes to recovery settings or delegated mailbox access. Those signals usually matter more than a single failed login event.

Practitioner takeaway: The safest response is to validate the account, sessions, and connected app trust together, not to assume a password reset alone has removed the attacker.

Free weekly newsletter

Subscribe to the NHI & AI Identity Journal

The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.

Bonus 33% off our NHI Course when you subscribe.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on November 3, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org