Contact the User
Confirm whether the user initiated the authentication attempts and determine whether they approved any unexpected prompts.
Security Operations
Repeated MFA prompts that a user did not initiate should be treated as a potential identity-security incident, not simply an annoying authentication problem.
Scenario
A user reports receiving repeated MFA prompts even though they are not actively signing in. The immediate temptation may be to troubleshoot the authenticator application or assume the prompts are accidental.
But an unexpected MFA request may indicate that someone is attempting to authenticate using the user's identity and has reached the MFA stage of the sign-in process.
At that point, the issue should be treated as a potential identity-security incident rather than routine authentication support.
First Response
The early objective is to establish whether the activity is legitimate, reduce the chance of continued access, and preserve enough evidence to understand what happened.
Confirm whether the user initiated the authentication attempts and determine whether they approved any unexpected prompts.
If the prompts were not initiated by the user, treat the activity as suspicious and begin containment before continuing normal troubleshooting.
Examine recent sign-ins, authentication attempts, locations, devices, applications, failures, and other available identity signals.
When compromise is suspected, revoke active sessions and require fresh authentication so existing access cannot simply continue.
Investigation
The goal is to reconstruct what the identity was doing rather than relying only on the user's memory of the prompts.
Was the MFA request initiated by the user?
Did the user approve any unexpected authentication prompt?
Are there successful sign-ins from unfamiliar devices or locations?
Are repeated failures coming from the same source?
Was a new authentication method recently registered?
Did the account access applications it normally does not use?
Are other users showing similar authentication behavior?
Is there evidence that credentials may have been exposed elsewhere?
Response Lifecycle
Stop potentially unauthorized access before spending too much time investigating the full story.
Review identity activity and determine whether the event represents failed abuse, successful compromise, or legitimate behavior.
Restore normal access only after credentials, sessions, MFA methods, and account state have been reviewed.
Use the incident to identify policy, training, monitoring, or access-control changes that could reduce future risk.
Operational Context
In an operational environment, an account may be tied to email, property systems, collaboration tools, file access, and other services the user needs to perform their job.
That does not mean containment should be delayed. It means the response should include communication, ownership, recovery planning, and an understanding of what business processes may be affected.
The objective is not simply to lock an account. It is to reduce risk, understand what happened, and safely return the user to normal operation.
Lessons
Repeated MFA prompts should not automatically be treated as a routine user-support issue.
Repeated unexpected MFA prompts can indicate that an attacker has reached the second stage of authentication, but sign-in evidence is needed to determine what actually occurred.
Containment and investigation should happen in parallel when identity compromise is plausible.
User confirmation is important, but identity logs provide the technical evidence.
A resolved incident should leave behind documentation and a stronger control environment.
Takeaway
MFA is an important control, but an unexpected prompt can also become a useful security signal. Authentication requests the user did not initiate should trigger validation, investigation, and a response proportional to the evidence.