Multi-factor authentication

A password is a guess. Prove it's really them.

Six authentication methods across web apps, desktops, servers and network equipment — from SMS OTP to continuous facial verification.

Six ways to verify
SMS OTPOne-time codes delivered to your mobile. Works on any handset, with no rollout friction.
Authenticator appTime-based codes generated on the device, in InstaSafe Authenticator or any standard TOTP app.
Email OTPOne-time codes sent to your registered email — the fallback when a handset is not to hand.
Security keyHardware tokens using FIDO2 and WebAuthn, for the roles that need the highest assurance.
Facial recognitionVerify with your face, with liveness detection so that a photograph is not a face.
Continuous authVerification that keeps running after login, on user behaviour and device signals.
  • Tata
  • Siemens
  • HDB Financial Services
  • Aditya Birla Group
  • Asian Paints
  • Mphasis
  • Landmark Group
  • NHPC
  • Pidilite
  • Axis Max Life
  • Haldiram's
  • Allcargo Logistics
  • Mirae Asset Sharekhan
  • Jana Small Finance Bank
  • DTDC
  • Bajaj General Insurance
  • Samsonite
  • Cafe Coffee Day

What is MFA?

Multi-factor authentication

Two kinds of proof, not two secrets.

Multi-Factor Authentication asks for two or more different kinds of proof before letting someone in. The kinds are what matter: something you know, something you have, something you are.

  • Something you knowA password or a PIN. On its own it fails silently — a stolen credential works perfectly for the thief, and nothing about the login looks wrong.
  • Something you haveYour phone or a hardware key. The attacker may know the secret, but they are not holding the object, and that is where the attack stops.
  • Something you areYour fingerprint or your face. The highest-convenience strong factor, because the person carries it without carrying anything.
  • MFA vs 2FA — the most-asked question2FA is exactly two factors. MFA is two or more, and in practice means a system that is flexible about which factors, per user and per risk level. Every 2FA is MFA; not every MFA stops at two.
••••••••the password gets them to the question, not past it1••••••A secretsomething you know2123 456A devicesomething you have3A bodysomething you arethree kinds of proof, not three secrets
6authentication methods
8auth profiles
3kinds of proof
Six methods

Which one is yours?

Not a ranking. Two groups of three, split by the problem each one actually solves — getting the code to the person, and making the approval hard to fake. Pick the situation that is yours, or let it run and meet all six. Most organisations need one from each column.

Getting the code to the person
ITIT Manager10:06 AM

Our plant runs out of a location where mobile signal drops for hours at a stretch. If the OTP is an SMS, my shift supervisors simply cannot log in.

InstaSafeAPP10:06 AM

The code is generated on the phone itself, not sent to it. The InstaSafe Authenticator produces a fresh time-based code every 30 seconds with no network of any kind — no SMS, no data, no Wi-Fi.

The phone and the server agree on the time, and that is the entire dependency.

new code every 30s · works fully offline
Ask your access layer…
Making the approval hard to fake

Six methods, and no requirement to pick one. Auth profiles are set globally and then overridden per user or per group — so the field team can be on SMS while treasury is on hardware keys, inside the same policy.

Coverage

Where MFA applies.

Most MFA stops at the browser. These are the two surfaces that matter, and the second one is the one that usually gets left out.

Web and SaaS apps

Every app behind the login, whatever it speaks.

Anything that talks SAML 2.0, OAuth or OpenID Connect sits behind the same challenge — the SaaS suite, the internal web app, the vendor portal nobody remembers buying.

The factor is not configured in the application. It is a property of the group the person is in, which is why adding an app never means teaching it what MFA is.

Protocols
SAML 2.0 · OAuth 2.0 · OpenID Connect
Applied by
Auth profile on the user group
Coverage
800+ business applications
See the SSO layer
InstaSafe console / applications

Applications

8 of 800+ shown
ApplicationProtocolFactors required
Microsoft 365SAML 2.0PushTOTP
SalesforceSAML 2.0Push
WorkdaySAML 2.0FIDOTOTP
SAPSAML 2.0FIDO
GitLabOpenID ConnectTOTP
ServiceNowSAML 2.0Push
SlackOAuth 2.0Push
ZoomSAML 2.0SMS
Every application above is behind the same login. The factor comes from the group, not the app.
Desktop login

The second factor at the Windows sign-in.

Not a browser pretending to be a login screen — the OS logon itself. The InstaSafe agent brings the tunnel up before anyone has signed in, which is what lets a domain login work on a laptop sitting in a hotel.

Then the machine asks for the second factor the same way the browser would: SMS, an authenticator code, or the fingerprint reader that is already in the palm rest.

Runs
Before sign-in, not after
Factors here
SMS OTP · TOTP · Fingerprint
Covers
Windows domain and local logon
How always-on works
InstaSafeInstaSafe agent starting…before anyone has signed in
Alen JosephCORP\alen.josephPassword
Second factor required
SMS OTPTOTPFingerprint
Code sent to ••••• 43210
Welcome, Alen
Windows sign-in · not a browser
Network equipment

The switch console asks the same question.

Routers, switches, firewalls and VPN concentrators do not hold their own MFA — they ask something else. InstaSafe answers on RADIUS and TACACS+, which is the language that gear has spoken for thirty years.

So the engineer who opens a privileged CLI at 2am gets the same challenge as the person opening a SaaS app at 10am, and the same line in the same log.

Protocols
RADIUS · TACACS+
Reaches
Router · switch · firewall · VPN
Granularity
Per-command authorisation on TACACS+
Talk to us about your estate
A firewall appliance
FirewallRADIUSAdmin console logins
A network router
RouterTACACS+Privileged CLI access
A laptop running a VPN client
VPN clientRADIUSRemote user logins
A network switch
SwitchTACACS+Per-command authorisation
InstaSafeInstaSafeRADIUS · TACACS+
ADFS / LDAP apps

The apps that authenticate against your directory.

Not everything speaks SAML. Applications wired straight into Active Directory or an LDAP server get the second factor at the directory — without being modified to understand what a factor is.

Learn more
Compliance supported

The frameworks this evidence is asked for by.

MFA on every surface, with a login record per attempt, is what these three ask for in different words. The trail exports in the format your auditor already reads.

  • GDPRData-protection obligations supported
  • ISO 27001Information security management
  • SOC 2AICPA trust services criteria
Signature interactive

Pick a factor. Run the login.

A real challenge flow for each method — the code, the push approval, the biometric prompt — with the decision at the end. No account needed, and nothing here talks to a live directory.

secure.instasafe.com/loginMFA

Choose a verification method.

DM
Welcome back
deb•••@instasafe.com
Password OK
Step 2 · Verify identity Try one

Pick a method on the left to watch the second factor play out — live.

no real account needed
Quick scan

Every number on this page, as a checklist.

Tick what your evaluation actually needs and copy the shortlist straight into your ticket. Filtering hides rows; it never clears a tick.

12 specs · none selected

LOGIN ATTEMPTSWeb AppsCloud AppsOS LoginNetworkLegacy AppsPrivilegedRISK EVALUATIONHIGHUserLocationDeviceBehaviorMFA ENGINEVerify. Validate. Allow.VERIFICATION METHODSPush approveAuthenticatorSMS / EmailFIDO / KeyHardware KeyBackup CodeBiometricACCESS GRANTEDAWS ConsoleSlackSAPSalesforceGitHubZoom
MFA outcomes

Every entry point.Friction sizedto the risk.

The same six methods reach the SaaS suite, the OS logon, the switch console and the legacy app — and each role gets the factor its risk actually justifies.

Stolen passwords stop working

The phish succeeds and the login still fails. The attacker holds the secret and not the second kind of proof.

MFA everywhere, not just the web

The OS logon, the switch console and the directory-integrated legacy app get the same protection as the SaaS suite.

Friction proportional to risk

Push-to-approve for daily work; hardware keys and continuous facial verification for the crown jewels.

//Ready when you are//

Ditch the VPN. Keep your apps invisible.

Runs alongside the VPN you have, app by app, until there is nothing left to switch off. Nothing to rack, no network to re-architect.

Regulated, air-gapped, or on-premise? See deployment options