Skip to content

Add MFA Attack Patterns and Mitigations with authoritative references - #2290

Open
sujalavnelavai wants to merge 12 commits into
OWASP:masterfrom
sujalavnelavai:patch-11
Open

Add MFA Attack Patterns and Mitigations with authoritative references#2290
sujalavnelavai wants to merge 12 commits into
OWASP:masterfrom
sujalavnelavai:patch-11

Conversation

@sujalavnelavai

@sujalavnelavai sujalavnelavai commented Jul 13, 2026

Copy link
Copy Markdown
Contributor

This pull request adds a new "MFA Attack Patterns and Mitigations" section to the Multifactor Authentication Cheat Sheet.

The new section provides practical guidance on modern MFA-related threats where attackers target authentication workflows, user behavior, or supporting infrastructure rather than attempting to directly break MFA mechanisms.


Changes Made

Added coverage for the following MFA attack patterns:

  • MFA fatigue attacks (push-notification bombing)
  • Real-time phishing using adversary-in-the-middle (AiTM) reverse proxies
  • SIM swap and phone number takeover attacks
  • Device binding bypass scenarios
  • MFA downgrade attacks

Each attack pattern includes:

  • A short explanation of the technique
  • Recommended defensive measures
  • References to established security standards and guidance

Rationale

MFA adoption has increased significantly, but attackers increasingly target weaknesses around:

  • MFA implementations
  • Authentication workflows
  • Recovery mechanisms
  • User interaction and behavior

This addition helps practitioners understand common MFA attack paths and apply appropriate mitigations, including:

  • Phishing-resistant authentication (FIDO2/WebAuthn)
  • Stronger MFA enrollment and authentication controls
  • Reducing reliance on weaker factors
  • Protecting authentication workflows from downgrade and interception attacks

The focus is on attacker behavior and mitigation strategies rather than vendor-specific implementations.


References

Guidance is based on:

  • NIST SP 800-63B Digital Identity Guidelines
  • CISA Implementing Phishing-Resistant MFA
  • FIDO Alliance WebAuthn / FIDO2 specifications
  • W3C Web Authentication specification
  • RFC 6238 (TOTP)
  • RFC 9700 (OAuth 2.0 Security Best Current Practice)

Testing

  • Verified Markdown formatting
  • Verified referenced documentation links
  • Reviewed technical claims against cited standards

You're A Rockstar

Thank you for submitting a Pull Request (PR) to the Cheat Sheet Series.

🚩 If your PR is related to grammar/typo mistakes, please double-check the file for other mistakes in order to fix all the issues in the current cheat sheet.

Please make sure that for your contribution:

  • In case of a new Cheat Sheet, you have used the Cheat Sheet template.
  • All the markdown files do not raise any validation policy violation, see the policy.
  • All the markdown files follow these format rules.
  • All your assets are stored in the assets folder.
  • All the images used are in the PNG format.
  • Any references to websites have been formatted as [TEXT](URL)
  • You verified/tested the effectiveness of your contribution (e.g., the defensive code proposed is really an effective remediation? Please verify it works!).
  • The CI build of your PR pass, see the build status here.

Scope and sourcing (required)

  • This PR is focused: it modifies a single cheat sheet, or a small coordinated set, and the scope is described in the PR body.
  • Every technical claim, recommendation, or threat assertion added in this PR is supported by a primary source (RFC, NIST, OWASP standard, vendor documentation, peer-reviewed research) linked inline as [text](URL).
  • I have read each source I cite and confirm it actually supports the claim. I have not relied on summaries, hearsay, or model-generated citations.

If your PR is related to an issue, please finish your PR text with the following line:

This PR fixes issue #2289.

AI Tool Usage Disclosure (required for all PRs)

Please select exactly one of the following options. PRs that leave this section blank will be closed.

  • I have NOT used any AI tool to generate the contents of this PR.
  • I have used AI tools to generate the contents of this PR. I have verified
    the contents and I affirm the results. The LLM used is Microsoft Copilot and ChatGPT to help draft and refine wording. All technical content, references, and mitigations were manually reviewed and validated for technical accuracy and the prompt used isRefine the content I wrote into OWASP Cheat Sheet style, improve clarity, and ensure consistent formatting while keeping all technical details intact`. I have independently verified every citation and technical claim against the cited source. [Feel free to add more details if needed]

Thank you again for your contribution 😃

…erences

Adds a new section, “Modern MFA Attack Patterns and Mitigations,” documenting current MFA attack techniques and recommended defenses based on guidance from NIST, CISA, OAuth, and the FIDO Alliance.

This update includes:
- MFA fatigue (push bombing) with mitigations and references
- Real-time phishing (Adversary-in-the-Middle) with mitigations and authoritative URLs
- SIM swap and phone number takeover with NIST/CISA references
- Token theft and session hijacking with RFC 9700 and OWASP references
- Device binding bypass with WebAuthn and FIDO specifications
- MFA downgrade attacks with OAuth BCP references

All attack patterns now include authoritative URLs to meet OWASP documentation standards and resolve missing-reference issues noted in prior reviews.
changed the URL for Phishing resistant CISA link
Added URL for Phishing resistant MFA CISA reference.
Added URL for implementing phishing resistant MFA CISA document.
Added URL for  implementing phishing resistant MFA CISA document under SIM Swap.
Rectified mark down lint error and added URL links to implementing phishing resistant MFA CISA document.
Rectified mark down lint error.
jmanico
jmanico previously approved these changes Jul 13, 2026
- If compromised, biometric data can be difficult to change.
- Hardware may be vulnerable to additional attack vectors.

## Modern MFA Attack Patterns and Mitigations

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I would drop "Modern"

- [NIST SP 800-63B](https://pages.nist.gov/800-63-4/sp800-63b.html)
- [CISA – Implementing Phishing-Resistant MFA](https://www.cisa.gov/sites/default/files/publications/fact-sheet-implementing-phishing-resistant-mfa-508c.pdf)

### Real-Time Phishing (Adversary-in-the-Middle)

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I thins that "Adversary-in-the-Middle" and "Reverse-proxy" may be somewhat misldeading: this is not about MITM the TLS session here. Maybe focus on "Phishing" / "Faking" the target website?

#### Mitigations

- Avoid SMS or voice-based MFA for privileged or high-value accounts.
- Prefer phishing-resistant authenticators (FIDO2/WebAuthn). Where these are not available, TOTP authenticator applications provide stronger protection than SMS or voice-based OTP.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Would adding a ref to TOTP be useful ? (https://datatracker.ietf.org/doc/html/rfc6238)

- [NIST SP 800-63](https://pages.nist.gov/800-63-4/)
- [CISA – Implementing Phishing-Resistant MFA](https://www.cisa.gov/sites/default/files/publications/fact-sheet-implementing-phishing-resistant-mfa-508c.pdf)

### Token Theft and Session Hijacking

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

I'm not sure I would count this as an attack against MFA. I would juste remove this part.


- Disable legacy authentication protocols and endpoints that cannot enforce modern MFA requirements.
- Prevent fallback from phishing-resistant authenticators to lower-assurance authentication methods unless explicitly authorized.
- Follow OAuth 2.0 Security Best Current Practice when implementing OAuth-based authentication flows.

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

This entry is very vague. I'm not sure how this is relevant for this particular topic "MFA downgrade".

Made changes to the sections under MFA attack patterns and mitigations and added some references like TOTP following the maintainer's review.
@sujalavnelavai

sujalavnelavai commented Jul 16, 2026

Copy link
Copy Markdown
Contributor Author

Hello @randomstuff , I have made changes following your review and feedback. If there is any requirement for further changes, please let me know. Removed token theft and sessions hijacking completely as per your feedback. Thank you.

@sujalavnelavai sujalavnelavai changed the title Add Modern MFA Attack Patterns and Mitigations with authoritative ref… Add MFA Attack Patterns and Mitigations with authoritative references Jul 17, 2026

@mackowski mackowski left a comment

Copy link
Copy Markdown
Collaborator

Choose a reason for hiding this comment

The reason will be displayed to describe this comment to others. Learn more.

Thanks for this — it's a genuinely useful addition, it's on the right sheet, and your sources check out (all seven resolve and are authoritative). Before we can merge, a few changes:

Must-fix

  1. The new heading is indented two spaces ( ## MFA Attack Patterns…), which makes Markdown render it inside the preceding biometrics bullet list rather than as a section — please dedent it to the start of the line. (This slips past markdownlint but breaks the section hierarchy and TOC.)
  2. Please move the whole section out of the middle of the authentication-factor taxonomy (it currently sits between "Something You Are" and "Somewhere You Are") to after the factor sections — next to "Adaptive or Risk-Based Authentication" or just before "References and Further Reading".
  3. The SIM-swap subsection repeats guidance the sheet already gives in the SMS/Phone Calls section (the NIST 800-63B-4 "restricted authenticator" note and the SIM-swap con). Please trim it to the attack-pattern framing and link to #sms-messages-and-phone-calls instead of re-deriving it.
  4. In the SIM-swap references, pages.nist.gov/800-63-4/ is the suite landing page and doesn't itself contain the SMS/voice guidance — please point it at https://pages.nist.gov/800-63-4/sp800-63b.html.

Worth tightening

  • "Prefer FIDO2/WebAuthn" appears as a mitigation in almost every subsection — state it once as the primary phishing-resistant control (linking the existing Passkeys section) and keep each subsection to what's unique to that attack.
  • MFA fatigue: add rate-limiting/capping push prompts alongside number matching.
  • Two mitigations name a goal without a how — "monitor anomalous activity" (name signals like impossible-travel / new-device token reuse) and "hardware-backed non-exportable keys / validate attestation" (name platform authenticators, TPM, Secure Enclave).
  • Consider folding the five per-attack "References" blocks into inline links or the sheet's single References section.
  • Scope the RFC 9700 bullet to OAuth protocol-level downgrade/mix-up (it doesn't govern authenticator-assurance downgrade).
  • Minor: add This PR fixes issue #2289, hyphenate "real-time", and define CISA on first use.

The security content itself is accurate and current — these are about structure, deduplication, and precision. Looking forward to the update.

Moved the entire MFA attack patterns and mitigations to the last of the MFA cheat sheets and committed changes as per maintainer's feedback.
Rectified mark down lint error.
@sujalavnelavai

Copy link
Copy Markdown
Contributor Author

Hello @mackowski , Thanks for your detailed feedback and guidance. I have fixed the changes you suggested and moved the entire MFA attack patterns as the last section of MFA cheat sheet. Checked the URLS ones again to confirm whether they are working.

My thought is to consolidate MFA attack patterns references to the original MFA cheat sheet references, because the references heading seems duplication and occupies the space of the cheat sheet. But I need your approval and feedback for this to do. If there are any changes to fix please let me know. Thank you ones again.

@sujalavnelavai

Copy link
Copy Markdown
Contributor Author

Hello @mackowski . I did not notice this line which you have suggested before " Consider folding the five per-attack "References" blocks into inline links or the sheet's single References section." Now I have consolidated the references into one section as per your suggestion. Thank you.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment

Labels

None yet

Projects

None yet

Development

Successfully merging this pull request may close these issues.

4 participants