A man-in-the-email attack is an attack where an adversary intercepts, alters, or redirects email communications between parties. It commonly relies on compromised mailboxes, spoofing, forwarding rules, or account takeover to read messages, change payment details, or steal credentials while appearing legitimate.
How man-in-the-email attacks work
A man-in-the-email attack is not a single exploit technique so much as a trust break in the email channel. The attacker positions themselves between sender and recipient by compromising an inbox, abusing forwarding, or impersonating one side, then watches or manipulates messages so the conversation still appears normal.
The value to the attacker is persistence. Email is where invoices, password resets, approvals, and business instructions often converge, so even brief access can expose message history, active threads, and enough context to make later interference look legitimate.
Why email interception is so damaging
The main danger is that email is both a communication system and an identity signal. If an adversary can read, alter, or redirect mail, they can learn who is speaking to whom, when a message is likely to be trusted, and which requests are time-sensitive enough to bypass scrutiny.
That makes the attack especially effective for fraud. A modified invoice, bank-account change, or document request can arrive inside an existing thread and inherit the credibility of prior correspondence, which is far harder for recipients to question than a cold message from an unknown sender.
Compromise often extends beyond the message body. Attackers may create mailbox rules, set up forwarding, harvest reset links, or use session access to stay present after a password change. The email account becomes both a surveillance point and a launch point for broader account abuse.
How organisations check exposure and reduce opportunity
Exposure starts with mailbox ownership and mail-flow visibility. Organisations need to know which accounts have forwarding enabled, which inboxes can be accessed externally, which privileged mailboxes are protected by stronger controls, and whether users can be tricked into approving legitimate-looking changes.
Two practical checks matter most: whether a mailbox is reachable from the internet in ways that should not be allowed, and whether vendor or service-provider guidance has been reviewed for the mail platform in use. If an account is exposed or a mail rule has already been planted, the attack can continue without obvious user interaction.
Defences work best when they reduce the attacker’s ability to replay trust. Strong authentication, phishing-resistant sign-in methods, alerting on forwarding-rule creation, and restrictions on automatic redirects all make it harder to turn one compromised mailbox into a hidden interception channel.
Detection, recovery, and post-compromise review
Detection is often about small anomalies rather than one obvious alert. Watch for new forwarding rules, unusual sign-ins, mailbox delegation changes, deleted sent items, replies that do not match a user’s normal writing style, or payment instructions that changed during an ongoing thread.
After suspected compromise, the review should go beyond password reset. Investigators should check whether messages were copied out, whether login sessions remained active, whether recovery settings were changed, and whether any other accounts were accessed through email-based resets or approval workflows.
Where interception or manipulation is confirmed, organisations should treat the mailbox as a sensitive identity asset that may need credential rotation, session revocation, and revalidation of any downstream accounts or approvals that depended on that mailbox.
Risk and Threat Considerations
Man-in-the-email attacks are dangerous because they exploit the trust people place in familiar threads, not just the technical security of the mail system. A successful compromise can turn routine correspondence into a long-lived deception channel for fraud, credential theft, and business-process abuse.
Failure mechanism: The attacker gains a position inside the mail flow by taking over an account, abusing forwarding, or impersonating a participant, then uses that position to read context, alter content, or redirect replies without disrupting the conversation enough to raise suspicion.
Impact: The result can include stolen credentials, changed payment instructions, exposed sensitive data, unauthorized approvals, and secondary compromise of other accounts or services that trust the mailbox for resets and confirmations.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
MITRE ATT&CK addresses the attack and risk surface, while NIST SP 800-53 Rev 5 and NIST SP 800-63 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-53 Rev 5 | IA-5 — Authenticator Management | Email interception often follows credential abuse and session persistence. |
| AU-6 — Audit Record Review, Analysis, and Reporting | Mailbox rule changes and unusual logins require review to spot interception. | |
| AC-6 — Least Privilege | Restrict mailbox delegation and forwarding paths to limit abuse. | |
| Recommendation — Harden authenticator lifecycle and revoke compromised mail access promptly. Review mail and identity logs for forwarding, delegation, and login anomalies. Limit mailbox and admin privileges to the minimum needed. | ||
| NIST SP 800-63 | Phishing-Resistant Authenticator | Phishing-resistant authentication reduces takeover paths that enable mail interception. |
| Recommendation — Require phishing-resistant authentication for email and recovery access. | ||
| MITRE ATT&CK | T1114 — Email Collection | The attack collects and manipulates email to maintain access and context. |
| Recommendation — Map observed mailbox abuse to T1114 and hunt for collection activity. | ||
Practitioner Guidance
Why practitioners should care: Email interception is often a control failure that sits between identity security, fraud prevention, and user awareness. If mailbox monitoring, forwarding controls, and session review are weak, an attack can remain hidden long enough to affect financial or operational decisions.
What to watch for: Pay attention to mailbox rules, delegated access, impossible travel or unusual sign-ins, and any request to change banking or payment details that arrives inside an established thread. Those are common signals that a message path, not just a message, has been compromised.
Practitioner takeaway: Treat email as a high-value trust boundary, not only a communications tool, and validate changes to sensitive instructions through a separate, out-of-band channel.
Related resources from NHI Mgmt Group
- Who is accountable when a man-in-the-middle attack succeeds through weak authentication?
- Who is accountable when a secure email gateway misses an identity-led attack?
- Who should own response when an email attack turns into account compromise?
- Who should own BEC prevention when the attack spans email, IAM, and finance?
Deepen Your Knowledge
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.
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