Subscribe to the Non-Human & AI Identity Journal
Threats, Abuse & Incident Response

Smishing

← Back to Glossary
By NHI Mgmt Group Updated June 11, 2026 Domain: Threats, Abuse & Incident Response

Smishing is phishing delivered by text message instead of email. It works because users often treat SMS as immediate and legitimate, especially for shipping alerts, deliveries, and offers, which makes it an effective channel for urgent or click-driven deception.

Expanded Definition

Smishing is a social engineering attack that uses SMS or other text-based messaging to trick a recipient into revealing secrets, approving a payment, or opening a malicious link. In NHI operations, the risk extends beyond human credentials because the same message path is often used to reset access, approve workflows, or solicit one-time tokens tied to service accounts and admin tools.

Definitions vary across vendors, but the security pattern is consistent: the attacker relies on urgency, trust in the sender, and the habit of acting on mobile notifications without full verification. That makes smishing closely related to phishing, yet distinct in delivery channel and user behavior. NIST Cybersecurity Framework 2.0 treats awareness, access control, and response as core defensive functions, which maps well to text-message based deception.

At NHIMG, smishing is best understood as an access-path attack, not just a messaging nuisance, because the goal is often to obtain credentials, intercept authentication factors, or induce a privileged action. The most common misapplication is treating smishing as a user-training issue only, which occurs when organisations ignore how mobile messages can trigger privileged workflows.

Examples and Use Cases

Implementing smishing defense rigorously often introduces friction for mobile-first teams, requiring organisations to weigh faster user communications against stricter verification and reporting steps.

  • A fake delivery notice links to a lookalike login page that captures an employee’s SSO password and MFA prompt approval.
  • A text claims a cloud account has been suspended and pressures an administrator to call a number that harvests a password reset code.
  • A “bank security” message asks a finance user to confirm a wire transfer, pushing them into an approval flow tied to a privileged workflow.
  • A service desk impersonation text requests a one-time token for “urgent support,” creating a path to compromise a service account or recovery channel.
  • An alert about a shared mailbox or collaboration tool directs the recipient to authenticate on a spoofed portal, exposing tokens used by automation.

For broader identity context, NHIMG’s Ultimate Guide to NHIs is useful because many smishing campaigns succeed by targeting the same secret-handling weaknesses that affect API keys, service accounts, and recovery channels. Mobile deception is often the first step in a sequence that ends with unauthorized access, not the final objective. Guidance from NIST Cybersecurity Framework 2.0 supports layered detection and response rather than relying on user caution alone.

Why It Matters in NHI Security

Smishing matters in NHI security because text-based deception can expose more than a human password; it can expose the control plane around tokens, device trust, recovery options, and approval channels. That becomes especially dangerous where service desks, privileged users, and automation operators rely on mobile messaging for urgent actions. The same social engineering pattern that targets people can be used to reach secrets that govern NHIs.

NHIMG research shows that 79% of organisations have experienced secrets leaks, with 77% of those incidents resulting in tangible damage, which makes any channel that can solicit secrets a material risk. The problem intensifies when secrets are stored outside proper vaults or when recovery processes are loosely controlled, because a single convincing text can bypass a weak human checkpoint. The Ultimate Guide to NHIs highlights how widespread secret exposure and excessive privilege can magnify the impact of one successful deception. Practitioners should treat smishing as part of identity attack surface reduction, not merely a communications issue. Organisations typically encounter the consequence only after a fraudulent reset, unauthorized approval, or token theft, at which point smishing becomes operationally unavoidable to address.

Standards & Framework Alignment

This section maps relevant standards and security frameworks to the operational risks and controls described in this guidance.

OWASP Non-Human Identity Top 10 address the attack and risk surface, while NIST CSF 2.0 and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST CSF 2.0PR.ATSmishing exploits weak security awareness and response discipline in messaging channels.
NIST CSF 2.0PR.ACSmishing often targets credentials, MFA, and approval paths that control access.
OWASP Non-Human Identity Top 10NHI-02Smishing can lead to secret theft, which is a core NHI secret-management risk.

Train users to verify text requests and report suspicious messages before any action is taken.

NHIMG Editorial Note
Reviewed and updated by the NHIMG editorial team on June 11, 2026.
NHI Mgmt Group — the #1 independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org