Skip to main content
Back to Articles

MFA Fatigue: Why Push Notifications Are No Longer Enough

By Wilson TechnologyPublished
SecurityStrategyArchitectureComplianceNetSuiteShopifyCeligo

For years, standard multi-factor authentication (MFA) was considered the gold standard for securing networks. But as threat actors evolved, simply sending an approval prompt to a mobile device became a vulnerability. Welcome to the era of MFA fatigue, a tactic where attackers weaponize the very systems designed to protect you. By bombarding users with login requests, hackers rely on exhaustion to bypass protections. This push notification fatigue is central to modern social engineering attacks, rendering traditional methods inadequate. To protect critical data, organizations must shift away from vulnerable prompts and embrace phishing-resistant MFA. Upgrading to hardware security keys is an essential baseline for robust enterprise security.

The Mechanics of MFA Fatigue and Social Engineering

At its core, MFA fatigue (also known as MFA spamming or prompt bombing) is a psychological attack rather than a purely technical one. The strategy is deceptively simple: an attacker obtains a user's valid username and password—often through a separate phishing campaign, credential stuffing, or purchasing them on the dark web. The attacker then attempts to log into the victim's account.

Because the account is protected by standard MFA, a push notification is sent to the legitimate user's device asking them to approve the login. Naturally, the user denies the initial request. But the attacker doesn't stop. They trigger dozens, sometimes hundreds, of requests in rapid succession. This relentless barrage is designed to create severe push notification fatigue. Eventually, the user, frustrated by the constant buzzing of their phone, distracted during a meeting, or simply wanting to clear the notifications so they can sleep, taps "Approve."

Once the prompt is approved, the attacker gains full access to the account. This tactic is a hallmark of modern social engineering attacks, exploiting human behavior—fatigue, annoyance, and distraction—rather than breaking cryptographic algorithms. It proves that relying on a user to make a correct security decision every single time, especially under duress, is a fundamentally flawed security model.

The Real-World Cost of Compromise

When a bad actor bypasses basic MFA using these fatigue tactics, the resulting damage can be catastrophic, particularly when dealing with mission-critical business systems. Modern enterprises rely on a complex web of SaaS platforms and deeply integrated environments.

Consider the impact of a compromised administrator account in a powerful ERP like NetSuite. If an attacker gains entry, they aren't just accessing a single application; they are stepping into the financial heart of the organization. They can alter vendor payment details, access payroll data, or manipulate financial reporting. While NetSuite's steep learning curve requires proper configuration, its deep capabilities mean a breach is absolutely devastating — the same admin-account risk we cover in granular access control for securing internal admin dashboards. Similarly, an integration platform like Celigo moves massive amounts of sensitive data between systems. While Celigo's reliance on visual flows and data mappings requires careful management, a breach of an iPaaS environment allows attackers to siphon data silently from every connected endpoint.

In the ecommerce space, the risks are equally severe. If a malicious actor breaches a Shopify admin portal, they can access customer personally identifiable information (PII) or alter payment gateways. While Shopify is notorious for locking down its checkout (reserving deep customization for Shopify Plus or Checkout Extensibility)—which prevents simple checkout code injection—attackers can still manipulate standard storefront themes to intercept data. While internal workflow inefficiencies can limit conversions, a security breach ruins customer trust permanently. Even on massive marketplaces like Amazon, which relies on asynchronous inventory feeds where misaligned inventory workflows lead to overselling and order cancellations, gaining control of a seller central account introduces fraudulent listings, redirected disbursements, and devastating damage to seller metrics. The sheer interconnectedness of modern business applications means that a single compromised credential can lead to a systemic breach.

Why "Just Add Another Factor" Isn't Enough

The classic, reactive response to these threats is often what we call a "classic tech fix": layering on more of the same flawed technology. Organizations might implement rules that require a user to enter a two-digit number displayed on their screen into their authenticator app (number matching), or they might enforce more frequent re-authentication.

While number matching mitigates simple prompt bombing, it does not stop sophisticated adversary-in-the-middle (AiTM) phishing attacks. If a user is tricked into logging into a fake portal that looks exactly like their corporate login, they will happily enter the two-digit number, granting the attacker the session token — the same weak-credential surface we cover in the security risks of Celigo's environment credential management.

This is why phishing-resistant MFA is required, and it is where hardware security keys and modern passkeys come into play. But how do these actually prevent social engineering? It comes down to public key cryptography.

It is important to understand how this cryptography works without falling back on confusing metaphors. Do not think of encryption as an "open lock" or a "puzzle" to be solved. Instead, think of it as digital signatures. The platform holds a "verified signature on file" (the public key), while the user holds a "unique pen" (the private key stored securely on the hardware device). When an authentication request is made, the platform issues a cryptographic challenge. The user's device uses its unique pen to sign that challenge, and the platform verifies the signature.

Crucially, this signing process is tied to the exact origin of the request (the URL). If a user is on a fake phishing site, the hardware key will sign the challenge for the fake site's domain. When the attacker tries to pass that signature to the real service, the real service will reject it because the signature does not match its domain. The human is entirely removed from the decision-making process of verifying the domain's authenticity.

The Wilson Tech Approach

At Wilson Technology, we believe that relying on human vigilance to patch technical vulnerabilities is a losing strategy. The "classic tech fix" for MFA fatigue usually involves buying more security monitoring tools, turning up the frequency of password resets, and sending employees through generic, unhelpful phishing training. These are band-aid solutions applied over disconnected systems that address the symptoms of poor security architecture rather than the root cause. They frustrate employees and ultimately fail when a sophisticated attack occurs.

The Wilson Tech Approach focuses on the business problem first: how do we ensure secure, frictionless access to critical systems without impeding the daily workflow of your team? We analyze your entire operational lifecycle—from how an employee provisions their first device to how they access NetSuite or Shopify—to ensure the underlying business processes and cross-departmental workflows are sound.

Once these foundational business processes are optimized, the necessary second step is implementing the technical architecture. Rather than relying on reactive tools, we favor natively integrating systems and building robust data pipelines. By natively integrating hardware security keys (like YubiKeys) and FIDO2-compliant passkeys, we establish a truly phishing-resistant perimeter. In this architecture, your core identity provider passes authentication tokens to the storefront or frontend system, which then uses native API frameworks (such as SuiteTalk for NetSuite) to securely query operational systems for user attributes. This holistic approach reduces the cognitive load on your staff, eliminates the risk of push notification fatigue, and provides a much higher return on your security investment by fundamentally closing the door on credential-based attacks.

Transitioning to Hardware Security Keys: A Strategic Shift

Implementing hardware security keys across an organization requires more than just handing out USB devices. It requires a strategic alignment of IT operations, HR onboarding, and user education.

  1. Assess Your Identity Infrastructure: Ensure your primary Identity Provider (IdP) supports FIDO2/WebAuthn standards. Most modern platforms, including Microsoft Entra ID and Okta, offer robust support for hardware keys.
  2. Identify High-Risk Profiles: Begin the rollout with users who hold the "keys to the kingdom." Administrators of ERPs, financial controllers, and IT staff should be the first to transition to hardware keys. Their accounts present the highest risk and warrant the immediate protection of phishing-resistant MFA.
  3. Establish Robust Recovery Processes: What happens when a user loses their physical key? The recovery process must be just as secure as the primary authentication method. Falling back to a standard SMS code defeats the purpose of the hardware key. Establishing secure, verified recovery workflows (such as requiring a temporary access pass issued via a video call with IT) is critical.
  4. Gradual Rollout and Training: While the technology removes the burden of identifying phishing sites from the user, staff still need to understand how to physically use the keys. Training should focus on the ease of use—simply tapping the key when prompted—rather than complex security theory.

The End of the Password Era

As attackers continue to refine their methods, exploiting human psychology will remain their most effective tool. MFA fatigue and sophisticated phishing campaigns demonstrate that passwords, even when backed by push notifications, have outlived their usefulness in the enterprise. The shift toward hardware security keys and passkeys represents a fundamental evolution in how we prove our identity online. It replaces easily manipulated secrets with unforgeable digital signatures.

By prioritizing resilient architecture over reactive band-aids, organizations can protect their most sensitive data and operational systems from compromise — the same phishing-resistant thinking behind implementing passkeys for zero-friction e-commerce checkout. Security should empower your workforce, not exhaust them.

Ready to move your organization to phishing-resistant MFA?

If your organization is struggling to balance robust security with a seamless user experience, that tradeoff is exactly what a holistic identity architecture is built to resolve.

Ready to replace push notifications with phishing-resistant hardware keys? Contact WTECH to schedule a technical discovery session.

Frequently Asked Questions

What exactly is MFA fatigue?

MFA fatigue is an attack where hackers flood a user's device with constant login approval requests until the frustrated or distracted user finally taps "Approve" to make it stop.

How do hardware security keys stop phishing?

Hardware keys use cryptography to sign challenges tied specifically to the actual website URL. If you are on a fake site, the signature won't work on the real site, blocking the attack.

Can number matching stop social engineering attacks?

No. While number matching stops simple prompt bombing, sophisticated adversary-in-the-middle (AiTM) phishing sites can still trick users into entering the matching numbers.

Are passkeys like solving a cryptographic puzzle?

No, passkeys do not solve puzzles. They act as digital signatures, where your device holds a "unique pen" (private key) that signs a challenge matching the "verified signature" (public key) on file.