
Cookie Theft Attacks: How Stolen Sessions Bypass MFA
September 25, 2026
Adversary-in-the-Middle Attacks Explained
September 26, 2026At 11:47 PM on a Tuesday, a Cisco engineer received his 87th authentication push notification of the day. He approved it — not because he initiated a login, but because he was exhausted and wanted the alerts to stop. That single tap handed attackers the keys to Cisco’s internal VPN infrastructure. This wasn’t a theoretical penetration test. It happened in August 2022, and it’s now one of the most studied examples of a technique that has become one of the most effective low-technology attacks in the modern threat actor’s playbook: MFA fatigue.
Multi-factor authentication was supposed to be the answer. After decades of password breaches, credential stuffing campaigns, and phishing epidemics, the security industry converged on MFA as a near-universal mandate. And it works — until adversaries stop trying to break the mechanism and start exploiting the human being behind it. MFA fatigue attacks don’t defeat cryptography. They defeat patience.
What MFA Fatigue Attacks Actually Are
MFA fatigue — also called “push bombing” or “MFA prompt bombing” — is an attack technique in which a threat actor who already possesses a victim’s valid username and password triggers a flood of authentication push notifications to the victim’s enrolled device. The goal is psychological, not technical: overwhelm the user until they approve a fraudulent request, either out of confusion, distraction, or sheer annoyance.
The attack chain is deceptively simple:
- Attacker acquires credentials via phishing, credential dump purchase, or brute-force on a reused password.
- Attacker repeatedly initiates login attempts against the target service, generating push notifications to the victim’s authenticator app or phone.
- Victim, bombarded with notifications, approves one — either accidentally or deliberately to stop the noise.
- Attacker gains authenticated access to the account or system.
What makes this particularly insidious is that it requires no malware, no exploit code, and no zero-day vulnerability. The “vulnerability” is the notification itself — a UX feature designed for convenience, repurposed as a weapon.
The Social Engineering Layer
Sophisticated threat actors don’t stop at push bombing. Groups like Scattered Spider (also known as UNC3944) layer social engineering on top of the fatigue mechanism. In documented campaigns, attackers have called victims directly — impersonating IT helpdesk staff — while simultaneously flooding them with push requests, instructing the victim to “approve the notification” to resolve a fabricated account issue. The combination of urgency, authority, and cognitive overload creates an almost irresistible compliance trap. According to CISA’s 2023 advisory on Scattered Spider, this technique was used to breach multiple major US organizations across telecommunications and technology sectors.
Why Traditional MFA Configurations Fail
The uncomfortable truth is that not all MFA is created equal. Organizations that implemented push-based MFA — particularly legacy deployments using simple approve/deny prompts with no additional friction — created systems that are structurally vulnerable to fatigue attacks. A 2023 Microsoft Security report found that over 40% of enterprise MFA deployments still relied on basic push notifications without number matching, additional context, or rate limiting as of that year, a gap that has only partially closed in subsequent years.
The core architectural problem: a standard push notification conveys almost no meaningful information to the recipient. “Are you trying to log in? Yes / No” — that’s the entirety of the decision framework given to users under attack. No IP address. No geographic location. No device fingerprint. No timestamp comparison to recent activity. Users are asked to make a security-critical decision with near-zero contextual data.
Rate Limiting Gaps and Lockout Policy Failures
Many identity providers, particularly older enterprise deployments of Active Directory Federation Services (ADFS) with third-party MFA extensions, lack effective rate limiting on authentication attempts. An attacker can trigger dozens or hundreds of push requests in a single evening without triggering an account lockout because the authentication system distinguishes between failed password attempts (which lock accounts) and failed MFA confirmations (which often do not). This asymmetry is a critical misconfiguration that security teams frequently overlook during MFA deployment audits. In penetration testing engagements conducted by major red teams, push bombing has achieved successful bypasses in environments that passed their last compliance audit with flying colors.
Real-World Case Studies: The Cost of a Single Tap
The Cisco breach of 2022 remains the canonical case study, but it is far from isolated. In September 2022 — the same month — the Uber breach followed an almost identical pattern. A contractor’s credentials were obtained, push notifications were sent repeatedly, and when the victim didn’t respond, the attacker — posing as Uber IT support on WhatsApp — told the victim they needed to approve the MFA request to resolve a security issue. The contractor complied. The attacker then pivoted through Uber’s internal network, accessing HackerOne vulnerability reports, internal Slack channels, and administrative dashboards.
The financial and reputational costs were substantial. Uber’s share price dropped noticeably in the immediate aftermath. More critically, the breach exposed sensitive vulnerability disclosures that could have been weaponized for further attacks.
Beyond these headline cases, the pattern repeats at scale. The ALPHV/BlackCat ransomware group, Lapsus$, and multiple nation-state-adjacent threat actors have all documented MFA fatigue as a preferred initial access vector in their tactics, techniques, and procedures (TTPs) mapped to MITRE ATT&CK under T1621: Multi-Factor Authentication Request Generation.
Healthcare and Critical Infrastructure: A Higher-Stakes Target
The threat is particularly acute in healthcare and critical infrastructure environments, where shift workers — already managing cognitive overload from clinical or operational responsibilities — are prime targets for fatigue-based manipulation. A 2024 Ponemon Institute study found that healthcare organizations reported a 31% increase in MFA-related social engineering incidents compared to the previous measurement period. When a night-shift nurse approves a phantom authentication request, the downstream consequences can include ransomware deployment against patient care systems, a scenario that has demonstrably occurred in multiple hospital network compromises.
Modern Defenses: Engineering Resistance Into Your MFA Stack
Defending against MFA fatigue is not a single-control problem. It requires a layered approach that addresses the technical, procedural, and human dimensions simultaneously. The good news: effective mitigations exist, many are available within existing identity platform licenses, and they don’t require ripping and replacing your current MFA infrastructure.
Number Matching and Additional Context
Number matching is the single highest-impact, lowest-deployment-cost control available to most enterprise environments today. Instead of a binary approve/deny prompt, the authenticating system displays a two- or three-digit number on the login screen. The push notification asks the user to input the matching number from their screen before approving. An attacker bombing the victim with push requests cannot know which number to display, because they don’t control the victim’s screen.
Microsoft made number matching mandatory for all Microsoft Authenticator users in May 2023 — a policy change that security researchers credited with a measurable reduction in successful push bombing attacks in Entra ID-connected environments. Duo Security’s parallel implementation of “Verified Push” applies the same principle. Organizations still running legacy push configurations should treat migration to number-matched authentication as a Tier 1 remediation priority.
Additional context controls — displaying the requesting IP address, geographic location, and application name in the push notification — further increase the signal available to users making approval decisions. A nurse receiving a push notification from a Nigerian IP address at 3 AM for a VPN application she never uses has enough information to reject and report the request, even without formal security training.
FIDO2/Passkeys: Eliminating the Attack Surface Entirely
The most architecturally complete defense against MFA fatigue is eliminating push-based MFA entirely in favor of FIDO2-compliant authentication or passkeys. FIDO2 uses asymmetric cryptography with hardware-bound private keys (stored in a device’s Trusted Platform Module or a dedicated security key like a YubiKey). Authentication requires physical possession of the registered device and, typically, a biometric or PIN. There is no notification to approve, no code to intercept, and no server-side secret to steal.
FIDO2 is inherently phishing-resistant because the cryptographic handshake is origin-bound — it will not complete against a spoofed domain. Push bombing becomes impossible because the authentication mechanism doesn’t involve pushing anything to the user. The primary barrier to enterprise-wide FIDO2 adoption remains legacy system compatibility and the organizational effort required to provision hardware security keys at scale, but the cost-benefit analysis is increasingly favorable as key prices drop and identity platform support matures.
Behavioral Analytics and Adaptive Authentication
Even with strong MFA controls in place, threat actors adapt. A comprehensive defense posture incorporates behavioral analytics to detect anomalous authentication patterns before they result in a successful bypass. Modern identity security platforms — including Microsoft Entra ID Protection, Okta ThreatInsight, and Ping Identity’s DaVinci — analyze signals such as:
- Authentication velocity: Unusually high numbers of MFA requests generated in a short window flagged for automatic session block or step-up challenge.
- Geographic impossibility: Authentication attempts originating from locations physically incompatible with the user’s previous session (often called “impossible travel”).
- Device posture signals: Whether the authenticating device meets endpoint compliance requirements — patched OS, enrolled MDM, active EDR agent.
- Time-of-day anomalies: Requests generated outside the user’s established behavioral baseline triggering additional verification layers.
A 2025 Gartner report on Identity Threat Detection and Response (ITDR) found that organizations implementing behavioral analytics alongside strong MFA controls reduced successful account takeover incidents by 67% compared to MFA-only deployments. The combination of friction for attackers and near-frictionless experience for legitimate users — because normal behavior triggers no additional challenges — represents the current state of the art in adaptive authentication architecture.
Security Awareness Training: Closing the Human Gap
Technology controls alone are insufficient. Users who don’t understand why they’re receiving unexpected push notifications — and who haven’t been trained to treat unsolicited MFA requests as an active attack indicator — remain exploitable regardless of the sophistication of the underlying platform. Effective security awareness programs for MFA fatigue should include:
- Explicit instruction to never approve an MFA request they did not personally initiate, even if asked to do so by someone claiming to be IT support.
- A clear, low-friction reporting path for suspicious push activity — a dedicated Slack channel, a single phone number, or an in-app report button — so that fatigue events become threat intelligence, not silently ignored nuisances.
- Simulated push bombing exercises as part of phishing simulation programs, giving users practice recognizing and responding to the attack pattern before they encounter it in a real attack.
Organizations that integrate MFA fatigue scenarios into their regular security simulation cadence see measurably better reporting rates and lower approval rates during red team exercises. The training investment compounds: each simulation event reinforces the muscle memory response of “reject and report” rather than “approve to make it stop.”
Policy and Architecture Recommendations for Security Teams
Translating the above into actionable architecture requires deliberate policy decisions at the identity governance layer. The following framework provides a prioritized remediation roadmap for security architects and CISO offices:
| Priority | Control | Estimated Effort | Risk Reduction |
|---|---|---|---|
| 1 | Enable number matching on all push-based MFA | Low (configuration change) | High |
| 2 | Implement MFA request rate limiting and lockout | Medium (policy + testing) | High |
| 3 | Deploy behavioral analytics / ITDR platform | Medium-High (integration) | Very High |
| 4 | Migrate privileged accounts to FIDO2/hardware keys | High (procurement + provisioning) | Very High |
| 5 | Conduct MFA fatigue simulation exercises | Low-Medium (program design) | Medium |
| 6 | Establish unsolicited push notification reporting SOP | Low (process design) | Medium |
For organizations with mature zero-trust architectures, MFA controls should be integrated with network access policies such that even a successfully bypassed MFA factor does not grant broad lateral movement capability. Microsegmentation, just-in-time privileged access, and continuous session re-evaluation — not just point-in-time authentication — are the architectural primitives that limit blast radius when an MFA bypass does succeed.
Key Takeaways
- MFA fatigue is a human-layer attack, not a technical exploit. Adversaries with valid credentials weaponize the UX of authentication systems against the cognitive limits of users. Defending against it requires both technical hardening and behavioral training.
- Number matching is the highest-ROI immediate mitigation. Enabling number matching on existing push-based MFA deployments is a configuration-level change that dramatically disrupts the push bombing attack chain with minimal user friction.
- FIDO2/passkeys eliminate the attack surface entirely. For privileged accounts, executives, and administrators, migration to hardware-bound, phishing-resistant authentication is no longer aspirational — it is a security imperative.
- Behavioral analytics multiplies the effectiveness of strong MFA. ITDR platforms that detect anomalous authentication velocity, impossible travel, and device posture failures catch attacks that technical MFA controls alone miss.
- Unsolicited MFA requests are attack indicators, not nuisances. Security culture must shift to treat any unexpected push notification as a reportable security event — immediately and without friction for the reporting user.
Conclusion: From Reactive Configuration to Proactive Architecture
The Cisco and Uber breaches weren’t failures of MFA as a concept. They were failures of MFA as it was deployed — push-based, context-free, rate-unlimited, and bolstered by no behavioral detection layer. The same authentication control that stopped millions of credential-stuffing attempts in the years before became the entry point for some of the highest-profile breaches of the decade.
MFA fatigue attacks will continue to evolve. Threat actors are already experimenting with AI-assisted voice cloning to make the social engineering layer of these attacks more convincing, reducing the hesitation window that might otherwise cause a victim to pause before approving a fraudulent request. The response cannot be incremental patches to a fundamentally reactive posture.
The organizations that will weather the next generation of identity-based attacks are the ones conducting MFA architecture reviews now — auditing push notification configurations, migrating privileged access to phishing-resistant authentication, instrumenting behavioral analytics into their identity platforms, and building a security culture where “reject and report” is instinct, not exception.
Your action item for this week: Pull your identity platform’s MFA configuration report and verify that number matching is enabled across all user populations — not just newly enrolled users. If your platform supports it, enable application and geographic context in push notifications simultaneously. If you’re running a legacy ADFS deployment without these controls, begin the scoping exercise for migration to a modern identity provider that supports FIDO2. These are not future-state aspirations. They are current-state requirements. The attackers are already making the calls.
{
💡 Enjoyed this article?
Subscribe for more expert insights delivered to your inbox.
Follow us or subscribe below xe2x80x94 free, no spam.





