TL;DR: 76% of organizations still rely on passwords, 43% have deployed passwordless authentication, and 59% only increase security spending after a breach, while AI-driven attacks are now the top identity security concern, according to HYPR’s 2026 State of Passwordless Identity Assurance report. The real issue is no longer awareness; it is scaling identity assurance across fragmented enterprise workflows before attackers industrialize the gap.
At a glance
What this is: NHI Mgmt Group's analysis, drawing on HYPR's research: Passwordless adoption is slowing because enterprises are struggling to operationalize identity assurance at scale, even as password use remains widespread and AI-driven impersonation intensifies.
Why it matters: IAM and security teams need to treat passwordless, identity verification, and lifecycle governance as one scaling problem, not three separate initiatives, or pilot success will keep outrunning enterprise deployment.
Context
Passwordless adoption is no longer blocked by lack of awareness. The problem is that enterprises are trying to replace passwords inside fragmented identity operations, where onboarding, recovery, help desk access, and workforce ownership are handled by different teams and systems.
HYPR frames 2026 as an industrialization phase for identity assurance. That matters to NHI, autonomous, and human identity programmes because scale now depends on governance across the full lifecycle, not just on selecting a stronger authenticator.
Key questions
Q: How should security teams govern passwordless authentication for enterprise access?
A: Security teams should govern passwordless authentication the same way they govern other privileged identity paths: assign ownership, define enrollment standards, enforce expiry, and require rapid revocation. Passwordless reduces phishing exposure, but it still depends on device integrity, recovery controls, and policy enforcement. Treat it as an identity lifecycle problem, not only an authentication upgrade.
Q: Why do identity verification and passwordless authentication need to work together?
A: Passwordless protects the credential, but identity verification protects the claimant. That matters because deepfakes and impersonation attacks can defeat trust even when authentication is strong. Together, the two controls reduce both credential theft and social-engineering abuse across onboarding, recovery, and other high-risk identity events.
Q: What breaks when passwordless is rolled out to only part of an application estate?
A: Users and support teams end up operating under two authentication models at once. That creates inconsistent assurance, confusing recovery paths, and legacy systems that still accept passwords. The result is added complexity with little real reduction in identity risk.
Q: Should organisations prioritise passwordless or identity verification first?
A: They should treat them as complementary controls rather than competing projects. Passwordless removes phishable credentials, while identity verification hardens the moments when people are asserted, recovered, or re-enrolled. If resources force sequencing, start with the workflows most exposed to impersonation and account takeover.
Technical breakdown
Why passwordless stalls at enterprise scale
Passwordless authentication removes shared secrets, but that does not remove the operational dependencies around enrollment, recovery, device trust, and help desk verification. In large enterprises, those dependencies are spread across HR, IT, IAM, and support teams, which means the control can be technically sound and still fail to scale cleanly. A pilot can succeed in one population while the broader programme remains blocked by integration debt, legacy systems, and inconsistent ownership. The issue is not whether passkeys work. The issue is whether the enterprise can make them the default authentication path without creating parallel fallback processes that reintroduce risk.
Practical implication: treat passwordless as a lifecycle programme, not an authentication feature rollout.
How identity verification changes the trust model
Identity verification answers a different question from authentication. Authentication checks whether a user possesses valid credentials, while identity verification checks whether the person presenting those credentials is actually who they claim to be. That distinction matters more as deepfakes, synthetic identities, and impersonation attempts make credential possession a weaker signal on its own. IDV becomes especially relevant in high-risk workflows such as account recovery and help desk interactions, where attackers often bypass technical login controls by targeting human-operated trust decisions. The control only works when it is applied consistently across critical identity events, not just at onboarding.
Practical implication: extend identity verification beyond joiner workflows into recovery, support, and exception handling.
Why reactive identity spending keeps repeating the same failure
The report’s reactive security pattern is a governance problem as much as a budget problem. When organisations only fund identity controls after a breach, they end up buying the right tools at the wrong moment, after attackers have already exploited the gap. That creates a hindsight tax where remediation is funded, but the initial compromise has already shaped the programme. In practice, post-breach spending often concentrates on MFA and IDV because leaders can finally see the missing control. The structural weakness is that investment is triggered by loss instead of by identity risk exposure.
Practical implication: move identity modernisation decisions upstream of breach-triggered budgeting.
Breaches seen in the wild
- Twilio 0ktapus breach 2022: SMS phishing of employees exposed 209 Twilio customers and 1,900 Signal users, part of the 0ktapus campaign against 130+ firms.
- Scania insurance portal breach 2025: An attacker used an external user login, likely stolen by infostealer malware, to take insurance claim documents from a Scania portal.
Read and download The State of NHI & AI Agent Breach Report 2026, covering 200+ breaches impacting Non-Human Identities including AI Agents.
NHI Mgmt Group analysis
Identity assurance has entered an industrialisation phase, not a maturity phase. The article’s core signal is that organisations already understand the value of passwordless and identity verification, but they cannot yet operationalise them uniformly across enterprise workflows. That is a governance and execution problem, not an awareness problem. The practitioner conclusion is that identity programmes now fail at scale design, not at product selection.
Passwordless is being held back by lifecycle fragmentation, not by authentication theory. Passwords remain embedded because onboarding, recovery, help desk access, and fallback paths are often controlled separately, which preserves the old model even when pilots succeed. This is the Passwordless Paradox: the control is accepted conceptually but not absorbed operationally. The practitioner conclusion is that scale requires lifecycle ownership across the full identity journey.
Identity verification is becoming a baseline control for trust decisions that used to rely on human judgment. Deepfakes and impersonation attacks reduce confidence in credential possession alone, especially in account recovery and service desk workflows. That does not make authentication obsolete; it means assurance now needs a second layer at moments where identity is established, not just where it is used. The practitioner conclusion is to govern trust points, not just login events.
Reactive security spending is a symptom of identity governance lag. When investment only follows breach experience, organisations are effectively outsourcing prioritisation to attackers. The article shows a familiar cycle where MFA and IDV receive funding only after failure makes the risk undeniable. The practitioner conclusion is that identity assurance has to be justified by exposure and workflow criticality, not by incident history.
Shared secrets are losing their governance value as an identity anchor. Passwordless adoption matters because the industry is moving away from a model where a persistent secret can represent trust across every context. That shift is now being accelerated by industrialised impersonation attacks, which exploit both technology and process gaps. The practitioner conclusion is that identity assurance architecture must assume trust is contextual, not static.
From our research library:
- Gartner predicts that by 2026, 30% of enterprises will consider identity verification solutions unreliable in isolation because of AI-driven attacks.
What this signals
Passwordless adoption will keep underperforming until identity teams own the full assurance path. The next phase of programme design is less about choosing the right authenticator and more about eliminating the recovery and exception paths that preserve passwords behind the scenes. That means HR, IAM, service desk, and security operations need shared ownership of the same trust journey.
Identity assurance is becoming a control plane for human trust, not just a login method. As AI-driven impersonation improves, organisations will need to verify who is present at more points in the lifecycle, especially where support staff or recovery flows can override policy. Teams that keep verification at the edge of onboarding will keep leaving the centre of the workflow exposed.
For practitioners
- Scale passwordless beyond pilots Expand FIDO passkeys and phishing-resistant authentication across the full workforce, including legacy application paths and shared access workflows that still depend on passwords.
- Embed identity verification into critical workflows Apply identity verification to account recovery, help desk interactions, device enrollment, and other high-risk events where attackers target process gaps rather than login screens.
- Retire fallback paths that reintroduce shared secrets Review emergency access, recovery, and support processes for password resets, phishable factors, or manual exceptions that undo passwordless gains.
- Shift identity spending to exposure-based planning Prioritise modernisation before a breach forces the budget cycle, and tie investment decisions to workflow risk, not incident recency.
Key takeaways
- The report’s central problem is not that passwordless is misunderstood, but that enterprises struggle to operationalise it across fragmented identity workflows.
- Scale remains weak because pilots do not remove passwords from recovery, support, and exception handling paths that attackers still exploit.
- Identity verification is moving from a niche onboarding control to a core trust mechanism for high-risk identity events.
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 addresses the attack and risk surface, while NIST SP 800-63 and NIST CSF 2.0 set the governance and control requirements practitioners need to meet.
| Framework | Control / Reference | Relevance |
|---|---|---|
| NIST SP 800-63 | SP 800-63B — Authentication | Passwordless and phishing-resistant authentication are central to the article. |
| SP 800-63A — Enrollment and Identity Proofing | Identity verification and onboarding assurance are key themes in the report. | |
| Recommendation — Align passwordless deployment with SP 800-63B authentication assurance requirements. Use SP 800-63A to govern identity proofing and re-enrollment flows. | ||
| NIST CSF 2.0 | PR.AA-05 — Access Permissions, Entitlements and Authorizations | The article is about controlling access paths and recovery workflows that weaken assurance. |
| Recommendation — Review permissions and recovery pathways together so fallback processes do not erode access control. | ||
| OWASP Non-Human Identity Top 10 | NHI-04 — Insecure Authentication | The report directly addresses replacing passwords and shared secrets with stronger authentication. |
| Recommendation — Remove insecure authentication paths and replace them with phishing-resistant methods. | ||
Key terms
- Passwordless Authentication: An authentication approach that removes passwords and uses a device-bound cryptographic key plus local user verification. It reduces phishing and replay risk, but it only improves assurance when enrollment, recovery, and revocation are tightly governed.
- Identity verification: Identity verification is the process of confirming that a user, workload, or agent is the entity it claims to be before access is granted. In AI-heavy environments, that verification must include the requester, the system acting on its behalf, and the sensitivity of the action.
- Phishing-Resistant Authentication: Phishing-resistant authentication proves identity without relying on a user to approve a prompt or reveal a reusable secret. It typically binds access to a device, key, or cryptographic proof that an attacker cannot easily reuse or coerce. This approach reduces reliance on human judgment at login time.
- Identity Assurance: The confidence an organisation has that a person or system is truly who it claims to be before access or action is granted. In modern IAM, assurance depends on evidence quality, channel trust, and the strength of verification around high-risk decisions.
Deepen your knowledge
NHI governance, agentic AI identity, and machine identity lifecycle are core topics in our NHI Foundation Level course, the industry's only accredited NHI security programme. If you are building or maturing an IAM programme, it is worth exploring.
Published by the NHIMG editorial team on June 6, 2026.
Updated on October 8, 2026.
NHI Mgmt Group, the independent authority on Non-Human Identity, IAM, and Agentic AI security. nhimg.org