Platform

Platform overview How it works Authorization testing Evidence & reports Private scanning Integrations

Solutions

Security agencies Product teams Regulated industries Partner programme

Learn

Blog Knowledge hub Compare

Resources

Pricing Documentation Help centre FAQ Security & data What we haven’t proved

Company

About Contact Careers Sign in to the platform Start a $199 pilot →

Home / Knowledge hub / 2FA bypass

Knowledge hub

2FA bypass

Getting past a second sign-in step by exploiting how it is built or enforced.

Illustration explaining 2FA bypass

What it means

A 2FA bypass is any way to finish a sign-in without completing the second factor, even though the account has one set up. It does not break the code or the authenticator app. It uses a flaw in how your app builds or enforces the check.

The second step is only as strong as the rule that says it is required. If the server treats the person as signed in after the password and leaves the second step to the front end, then the step is a suggestion. Every flow that can end in a signed-in session has to enforce it.

Why it matters

Customers turn on 2FA to protect themselves against stolen passwords, and your sales material may say so. A bypass means the protection fails exactly when it is needed: after a credential stuffing run or a phishing page has produced the password.

That is a breach of trust as well as a technical bug. The account owner did the right thing and was not protected. Auditors and enterprise buyers increasingly ask how multi-factor authentication is enforced, not just that it exists. Treat the second step as a rule the server enforces.

How it shows up

Patterns that repeat: the app lets you go straight to a signed-in page after the password step; a response flag such as mfa_required: false can be changed in transit; the code can be guessed because attempts are not limited; the code is not tied to the session that asked for it; a recovery or "remember this device" path skips the check; and an API route does not enforce it.

To check, try every route to a session, not just the main sign-in page: mobile API, password reset, social sign-in, change-email and legacy endpoints. A six-digit code has a million values, so rate limits and lockouts matter. The server should keep the state: password passed, second factor pending.

Questions people ask

2FA bypass, answered

Is 2FA bypass the same as breaking the code?

No. Attackers usually skip or get around the check, rather than breaking the codes. Guessing is only part of it, and only works where attempts are not limited.

Can SMS codes be bypassed?

They can be intercepted or redirected, for example through a SIM swap, and they can also suffer from the same logic bugs as any other factor. They are better than none, but weaker than app or hardware options.

Are backup and recovery codes a risk?

They can be. If recovery is easier than the main sign-in, attackers use it. Treat recovery as part of the second factor and protect it equally.

Does a remember-this-device option weaken 2FA?

It can, if the cookie is easy to steal or not bound to the account and device. Keep it short-lived and revocable, and require the second factor again for sensitive actions.

How do we test our 2FA enforcement?

Sign in with a known password and an account that has 2FA, then try to reach the app without finishing the second step, by every route you offer. Also test code guessing limits.

Cyberlop mark

Can the second step be skipped?

We test each route to a session for missing or weak second-factor enforcement, and report only the bypasses we actually completed. Ask us to run it on one of your applications.

Or start with a $199 pilot on one application: thirty days, success criteria agreed before day one, credited against the annual if you convert.