A one-time password sent by text message to a phone number for use during login or step-up authentication. It relies on access to the mobile network and the recipient device, so it is usually treated as a weaker second factor than phishing-resistant methods such as FIDO2 security keys or certificate-based authentication.
How SMS OTP Works and Where It Fits
SMS OTP is a text-delivered one-time code used for step-up authentication, usually after a password or other primary login method. It is easy for users to understand and deploy, but it depends on the mobile network and the recipient’s phone number, so it should be treated as a convenience factor rather than a strong proof of possession.
Because the code is short-lived and generated for a single login event, it can reduce password-only risk. But the security value comes from the delivery channel as much as the code itself, which is why SMS OTP is weaker than phishing-resistant authenticators that bind the login to a specific device or cryptographic key.
Security Weaknesses and Failure Modes
SMS OTP is vulnerable to interception, forwarding, SIM swap, number port-out fraud, and real-time phishing relay. An attacker does not always need to break the code generation process, only the phone-number trust path that carries the code to the user.
It is also exposed to social engineering and account recovery abuse. If a help desk, carrier process, or recovery workflow can redirect the number, the OTP becomes a brittle control because the factor is only as strong as the surrounding identity proofing and telecom controls.
When SMS OTP Is Used in Practice
Organisations still use SMS OTP for low-friction step-up, recovery fallback, or legacy compatibility where stronger authenticators are not yet available. In those cases, it is better understood as a transitional control than a preferred destination state.
Its practical role is often determined by risk tolerance, user population, and platform constraints. High-value environments usually limit where SMS OTP is accepted, especially for administrator access, sensitive transactions, or recovery flows that would otherwise bypass stronger authentication.
For a deeper comparison of SMS, app-based codes, and phishing-resistant alternatives, see the MFA Guide, which covers where OTP methods fit and how attackers bypass them.
Stronger Alternatives and Migration Path
Where possible, organisations should move from SMS OTP toward phishing-resistant methods such as FIDO2 security keys, passkeys, or certificate-based authentication. Those methods reduce exposure to relay attacks because they are tied to the authenticating device and origin rather than to a transferable message.
Migration usually requires more than swapping a login prompt. It also means reviewing enrollment, recovery, fallback methods, and user support so the weaker factor is not quietly reintroduced through exceptions.
If you are designing or modernising OTP-based authentication, the Authenticator Apps and OTP Guide is a useful companion for understanding one-time code design, while the NIST SP 800-63B-4 Authenticator Assurance Levels Guide helps place SMS in a formal assurance context.
Risk and Threat Considerations
SMS OTP creates a specific security exposure because the factor depends on a telephone number and a carrier-mediated delivery path, both of which can be redirected or abused. That makes it attractive for phishing kits, SIM swap fraud, and other attacks that target the message channel rather than the code itself.
Failure mechanism: An attacker captures or reroutes the one-time code by taking over the phone number, tricking the user into reading the code aloud, or relaying the code in real time during a fake sign-in flow.
Impact: The attacker can complete login, satisfy step-up challenges, and gain access to the protected account, which can then be used for data theft, session hijacking, or further account recovery abuse.
Standards & Framework Alignment
This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.
NIST SP 800-63, NIST SP 800-53 Rev 5, CIS Controls v8 and OWASP ASVS set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-63 | Digital Identity Guidelines | Defines authenticator assurance and phishing-resistant authentication choices for SMS OTP. |
| Recommendation — Use phishing-resistant authenticators where assurance needs exceed SMS OTP. | ||
| NIST SP 800-53 Rev 5 | IA-5 — Authenticator Management | Covers lifecycle and protection of authenticators, including OTP delivery and handling. |
| IA-2 — Identification and Authentication (Organizational Users) | Applies to user authentication design where SMS OTP is used as a login factor. | |
| Recommendation — Manage OTP authenticators with controlled issuance, reset, and revocation. Require stronger authentication for users accessing sensitive systems. | ||
| CIS Controls v8 | CIS-6 — Access Control Management | Supports limiting and reviewing access paths that depend on weak authentication factors. |
| Recommendation — Restrict high-risk access paths that still depend on SMS OTP. | ||
| OWASP ASVS | V6 — Authentication | Covers application authentication requirements, including stronger second-factor choices. |
| Recommendation — Verify authentication flows to prefer phishing-resistant second factors over SMS. | ||
Practitioner Guidance
Why practitioners should care: SMS OTP is often deployed because it is available, not because it is the best control. That makes it a governance issue as much as an authentication choice, especially where legacy systems or user recovery paths still rely on it.
What to watch for: Pay close attention to number-change events, recovery resets, and repeated OTP failures or resend attempts, because those are common pressure points in abuse campaigns. If SMS remains in use, treat it as a risk-managed exception and make sure stronger methods are the default wherever the business allows.
For a broader OTP risk lens, the OTP security guide explains relay, SIM swap, and message-design weaknesses, while the Account Recovery and Help Desk Security Guide covers the recovery controls that often determine whether SMS OTP remains safe in practice.
Related resources from NHI Mgmt Group
Deepen Your Knowledge
Free weekly newsletter
Subscribe to the NHI & AI Identity Journal
The latest on NHI and Agentic AI security – articles, research, breaches, news and events every week.
Bonus 33% off our NHI Course when you subscribe.
Reviewed and updated by the NHIMG editorial team on November 3, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org