← Glossary

Account Takeover (ATO)

Account takeover (ATO) is an attack where a criminal gains control of a legitimate user account, most damagingly email, and operates from inside it.

Updated

Account takeover (ATO) is an attack where a criminal gains control of a legitimate user''s account, using stolen credentials, phished MFA codes, session theft or OAuth abuse, and operates from inside it. Email ATO is the most damaging variant: the mailbox is the reset key to every other account and the trust anchor for every colleague and customer.

Key facts

  • Entry routes: credential phishing, password reuse from breaches, adversary-in-the-middle kits that proxy MFA, and consent phishing that skips credentials entirely.
  • Once inside, attackers read quietly first: invoice cadence, key relationships, payment processes. The fraud comes later, timed and informed.
  • Mail rules (auto-forward, auto-delete) are the classic persistence trick, keeping access and hiding replies even after password changes.

What attackers do inside a mailbox

Reconnaissance (search for "invoice", "payment", "password"), lateral spear phishing (attacks sent to colleagues and customers from the trusted account, with near-perfect success rates), thread hijacking for vendor email compromise and BEC, data theft, and downstream resets: with the mailbox, they reset SaaS accounts, banking portals and cloud consoles. An email ATO is rarely the goal; it is the platform.

Detection: behavior, not credentials

The login looks legitimate by definition. What deviates is behavior: sign-in geography and device changes, new mail rules, unusual search activity, sending patterns that break the account''s history, OAuth grants appearing on the account. Post-login behavioral monitoring is therefore the detection layer that matters, alongside the mail-flow view: lateral phishing from a compromised account looks wrong against the relationship graph even when the sender is technically genuine. This is exactly the deviation analysis Sentaro''s Behavioral Defense performs, together with mail-rule and OAuth-grant visibility.

How to defend

Phishing-resistant MFA (passkeys/FIDO2) closes the credential and MFA-fatigue routes; conditional access limits where sessions work; OAuth consent policies close the token route. Detection-side: monitor for new mail rules, impossible travel and behavioral breaks, and treat any of them as an incident, not a curiosity. Have a takeover runbook ready: kill sessions, revoke tokens and rules, reset, then scope what was read using real evidence.

Questions we get asked.

What is account takeover in simple terms?

An attacker gets control of a real account, most damagingly your email, and operates as that person: reading, stealing and sending in their name.

How does ATO bypass MFA?

Via adversary-in-the-middle phishing that proxies the whole login including the MFA step, via MFA-fatigue push spam, or via consent phishing where the victim grants a malicious app access and credentials never enter the picture.

What are the signs of a compromised email account?

New or unknown mail rules, missing replies, colleagues receiving odd messages "from you", unfamiliar sign-in locations or devices, and OAuth apps nobody remembers approving.

What should we do first after discovering an ATO?

Terminate all sessions and revoke tokens, remove mail rules, reset credentials, then investigate scope with evidence (what was searched, read and sent) before notifying affected parties as regulations may require.

Stop reading about it. Watch it get blocked.

Free for one account. Four minutes to connect.