← 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.

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. Today Sentaro's Message vector evaluates internal mail as well as inbound, so lateral phishing from a compromised account is judged like any other message, and the App vector surfaces OAuth grants on the account. Post-login deviation analysis (anomalous sessions, mail-rule and forwarding abuse, impossible travel) arrives with Sentaro's Behavioral vector, which reaches general availability in Q4 2026.

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.

A 30-minute walkthrough on live traffic. No slideware.