{"id":3829,"date":"2026-08-10T01:00:44","date_gmt":"2026-08-09T23:00:44","guid":{"rendered":"https:\/\/trustlab.upct.es\/?p=3829"},"modified":"2026-07-16T00:47:11","modified_gmt":"2026-07-15T22:47:11","slug":"mfa-fatigue-authentication-requests","status":"publish","type":"post","link":"https:\/\/trustlab.upct.es\/en\/2026\/08\/10\/mfa-fatigue-authentication-requests\/","title":{"rendered":"MFA Fatigue: When the Attacker Is Waiting for You to Tap \u201cApprove\u201d"},"content":{"rendered":"

Your phone vibrates.<\/p>\n

An authentication app asks you to confirm a sign-in. You are not trying to access any account, so you reject the request.<\/p>\n

A few minutes later, another one appears. Then another.<\/p>\n

It may look like a technical error, a duplicated notification or simply an annoyance. But it could also be a deliberate attack.<\/p>\n

This technique is known as MFA fatigue or MFA bombing. The objective is not to technically defeat multifactor authentication, but to pressure you into approving access through tiredness, confusion or a simple mistake.<\/p>\n

The Attacker Probably Already Knows Your Password<\/h2>\n

Multifactor authentication adds an extra layer of protection beyond a password. Even if someone obtains your credentials, they still need to pass a second check: a code, a notification, a security key or confirmation from your device.<\/p>\n

In an MFA fatigue attack, the attacker usually already has a valid username and password. They may have obtained them through phishing, malware, a previous data breach or password reuse across different services.<\/p>\n

When the attacker tries to sign in, the system sends an approval request to the legitimate account owner\u2019s phone.<\/p>\n

The attacker cannot approve it, so they try again.<\/p>\n

Once. Then again. And as many times as necessary.<\/p>\n

They are hoping that the user will eventually tap \u201cApprove\u201d to stop the notifications, because they assume the request belongs to an earlier session or simply press the wrong button.<\/p>\n

Sometimes, the attack is reinforced by a phone call or message from someone pretending to be technical support and asking the user to confirm the request to \u201cresolve a problem.\u201d<\/p>\n

The authentication app is legitimate. The notification is legitimate. The access you are about to authorize is not.<\/p>\n

Why It Works<\/h2>\n

We receive so many notifications that we often respond almost automatically.<\/p>\n

Repeated requests create fatigue. A familiar interface inspires trust. And an urgent phone call can make us act before we think.<\/p>\n

An attacker does not need to break the system if they can persuade the person protecting it to open the door.<\/p>\n

An unexpected authentication request should therefore not be treated as a minor inconvenience. It may be the first sign that someone knows your password and is trying to access your account.<\/p>\n

What to Do If You Receive a Request You Did Not Initiate<\/h2>\n

Reject it. Do not approve it to see what happens or simply to make the notifications stop.<\/p>\n

Then:<\/p>\n

    \n
  1. Open the account using the official app or by entering the address yourself.<\/li>\n
  2. Change the password to a new and unique one.<\/li>\n
  3. Review recent activity, connected devices and active sessions.<\/li>\n
  4. Close any session or remove any authentication method you do not recognize.<\/li>\n
  5. If it is a professional or institutional account, report the incident to the security or support team.<\/li>\n<\/ol>\n

    Do not share one-time codes or authentication numbers over the phone. A supposed technician asking you to confirm a request that you did not initiate is a clear warning sign.<\/p>\n

    Approval Should Require More Than a Single Tap<\/h2>\n

    Some authentication systems now require users to enter a number shown on the sign-in screen into the authentication app. This reduces accidental approvals, although it does not replace careful judgment.<\/p>\n

    For particularly sensitive accounts, security keys and passkeys offer stronger protection against phishing because they bind the authentication process to the legitimate service. They do not rely on copying codes or accepting isolated notifications.<\/p>\n

    Multifactor authentication remains one of the most effective defenses against stolen passwords. In fact, the attacker keeps trying precisely because that second barrier is preventing immediate access.<\/p>\n

    Their goal is to turn a technical safeguard into a rushed human decision.<\/p>\n

    The next time an authentication request appears, first check whether you actually initiated the sign-in.<\/p>\n

    If you do not recognize the attempt, do not tap \u201cApprove\u201d: reject it and secure the account immediately.<\/p>\n","protected":false},"excerpt":{"rendered":"

    Repeated authentication requests may not be a technical error. They could be an MFA fatigue attack designed to make you approve access through tiredness, confusion or accident.<\/p>\n","protected":false},"author":8,"featured_media":3828,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[34],"tags":[69,70,76,67,68,71,75],"class_list":["post-3829","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-tips","tag-account-security","tag-digital-identity","tag-identidad-digital","tag-mfa-fatigue","tag-multifactor-authentication","tag-phishing","tag-seguridad-de-cuentas"],"aioseo_notices":[],"aioseo_head":"\n\t\t\n\t\n\t\n\t\n\t\n\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t\n\t\t