Adversary-in-the-Middle Attacks: How Phishing Sites Steal Your Active Login

Article Summary: Adversary-in-the-Middle (AiTM) attacks are a modern phishing technique that steals active login sessions instead of just passwords. Understanding how AiTM works helps businesses reduce exposure to phishing-resistant sign-ins, tighter session controls and faster detection of suspicious access.

You click a link, sign in, approve the MFA prompt and get on with your day while completely unaware that someone else just logged into your account at the same moment.

That scenario surprises many businesses and particularly those that rely on multi-factor authentication (MFA) to protect cloud accounts. However, this is exactly how Adversary-in-the-Middle (AiTM) phishing attacks work.

Rather than stealing passwords for later use, these attacks silently hijack an already-authenticated session in real time.

MFA remains a core control and getting it implemented correctly is still a critical first step for any business.

AiTM attacks exploit something MFA was never designed to protect which is the trusted session that exists after authentication has already completed.

Phishing Has Moved Beyond Passwords

Phishing remains the most common starting point for account compromise but the objective has changed.

Traditional phishing collected usernames and passwords. Modern phishing is after something more immediately useful which is the authenticated session itself.

Security researchers have documented a significant shift toward session and token theft where attackers intercept the authentication process as it happens.

Rather than reusing stolen credentials (which MFA typically blocks) they wait until the user successfully completes login and then steal the session token that proves it already occurred.

The technique has matured quickly. Phishing-as-a-Service (PhaaS) platforms now supply ready-made proxy toolkits that let even low-skilled attackers run AiTM campaigns targeting Microsoft 365 and Google Workspace.

How AiTM Attacks Actually Work

The fake login page that isn’t fake.

An AiTM phishing site is not a basic replica of a login page. It is a live reverse proxy.

The attacker’s infrastructure sits between the user and the real authentication service. Every keystroke, redirect and server response flows through the attacker’s system in real time. From the user’s perspective, nothing looks wrong.

The page behaves exactly like the real service with correct branding, working redirects and a functioning MFA prompt. In most cases, the only clue is a slightly altered URL that goes unnoticed on a mobile screen or when someone is under time pressure.

Why doesn’t MFA stop it?

This is where many security assumptions fall apart.

MFA protects the moment of authentication but not what comes after it.

Once a user successfully completes MFA, the service issues a session cookie. What this means is that the cookie signals to the application that the user is already verified. From that point, no password or MFA prompt is required. The system trusts the token. Whoever holds the cookie holds the access.

AiTM attacks simply wait for that cookie to be issued and then steal it.

Microsoft tracked a 146% rise in AiTM attacks over the past year as cybercriminals increasingly shift focus to accounts already protected by MFA.

Much of this increase is driven by PhaaS platforms like Evilginx that allow even low-skilled attackers to run convincing reverse-proxy campaigns at scale while targeting major cloud identity providers with minimal setup.

Session Cookies

Session tokens act as bearer credentials. Whoever possesses the token can access the account with no password or MFA challenge required.

Once the cookie is stolen, the attacker imports it into their own browser and immediately resumes the session.

This is a session replay attack. The attacker does not log in. They pick up where the legitimate user left off inside a fully trusted and already-verified session.

What Happens After a Session Is Stolen

The aftermath of an AiTM attack tends to be quiet which is precisely what makes it dangerous.

The attacker is operating inside a legitimate authenticated session. There are no failed MFA attempts, no unusual login alerts and nothing in standard sign-in logs to signal a problem.

Research from Proofpoint shows that attackers who gain access through session hijacking commonly create hidden inbox rules to redirect mail, register additional MFA methods to lock in persistent access, monitor email threads for financial conversations and use the trusted account to launch phishing campaigns against internal colleagues or finance teams.

These follow-on actions are a key reason AiTM attacks are frequently uncovered late after financial fraud, data exposure or wider network compromise has already begun.

Reducing Your Exposure

MFA is still essential. Building strong authentication practices remains the starting baseline but reducing AiTM risk requires controls that extend beyond the login event itself.

Adopt Phishing-Resistant MFA

Methods like FIDO2 hardware keys and passkeys bind authentication to the specific device and the legitimate domain. A proxy in the middle cannot relay them. The process fails if the URL is not the real one.

The Canadian Centre for Cyber Security analyzed over 100 AiTM campaigns targeting Microsoft Entra ID accounts. It found that phishing-resistant MFA consistently blocked session theft where standard MFA methods (including push notifications and one-time passcodes) did not.

Tighten Conditional Access Policies

Detecting AiTM compromise typically means watching for activity after login: new MFA method registrations, inbox rules created outside business hours, access from unfamiliar locations or unusual data activity.

Authentication logs alone will not surface the problem.

Train Users on URL Awareness

Employees who understand that a working MFA prompt on an unfamiliar-looking page still represents a risk are better positioned to pause, check the URL and report before a session is compromised. A brief team walkthrough of what AiTM lures look like in Microsoft 365 contexts can meaningfully reduce exposure.

Stop Protecting Just the Login Screen

MFA is a baseline rather than a finish line. The businesses that reduce AiTM risk are the ones that understand how sessions, tokens and identity trust actually work and they build controls around each layer rather than just the login screen.

Want to review your identity security controls?

Contact us or schedule a consultation to identify the gaps that matter most before an incident does it for you.

Article FAQs

What is an Adversary-in-the-Middle (AiTM) attack?

An AiTM attack is a phishing technique where attackers use a proxy to intercept login sessions in real time which allows them to steal session cookies after authentication completes.

Can AiTM attacks bypass MFA?

Yes but not by breaking MFA. AiTM attacks wait until MFA succeeds and then steal the authenticated session token so no further verification is required.

How can businesses reduce the risk of AiTM attacks?

Using phishing-resistant MFA, tightening conditional access policies, training users and monitoring for unusual session behavior all help reduce exposure.