TL;DR: FIDO2 authentication replaces shared password reliance with public-key challenge response, but its security still depends on device lifecycle, loss handling, and user adoption, according to Axiad. The passwordless case is stronger than the passwordless rollout unless identity teams govern devices as first-class authenticators, not just login convenience.
NHIMG editorial — based on content published by Axiad: What is FIDO2 Authentication and How Does It Work?
By the numbers:
- Only 5.7% of organisations have full visibility into their service accounts.
- 90% of IT leaders say properly managing NHIs is essential for a successful zero-trust implementation.
- 79% of organisations have experienced secrets leaks, with 77% of these incidents resulting in tangible damage.
Questions worth separating out
Q: How should security teams roll out FIDO2 authentication without weakening account recovery?
A: Security teams should treat enrolment, replacement, and recovery as controlled identity events.
Q: When does passwordless authentication create new governance risk?
A: Passwordless creates governance risk when the device becomes the new single point of trust but its lifecycle is not managed.
Q: What do teams get wrong about FIDO2 and MFA?
A: Teams often assume that phishing-resistant authentication ends the IAM problem.
Practitioner guidance
- Map passwordless to lifecycle controls Define who can enrol, replace, revoke, and recover FIDO2 authenticators, and require each step to have an owner, an audit trail, and a clear approval path.
- Test loss and replacement scenarios before rollout Simulate lost keys, stolen phones, and user termination to verify that access can be disabled and re-established without weakening proofing requirements.
- Align help desk recovery with phishing-resistant proofing Remove fallback flows that rely on knowledge-based checks or informal manual overrides, then force the same assurance level used at initial enrolment.
What's in the full article
Axiad's full blog post covers the operational detail this post intentionally leaves for the source:
- The mechanics of FIDO2 registration, challenge signing, and device compatibility across common environments
- Comparisons with two-factor authentication, biometric authentication, and hardware tokens in practical deployments
- Deployment considerations for employee training, device replacement, and mobile device management integration
- Guidance on choosing between passwordless options based on existing infrastructure and security requirements
👉 Read Axiad's explanation of FIDO2 authentication and passwordless deployment →
FIDO2 authentication: what IAM teams need to govern beyond passwords?
Explore further
Passwordless authentication shifts risk from password theft to device governance. FIDO2 makes phishing and replay harder, but it does not remove the need to manage enrolment, revocation, recovery, and lost-device handling. The governance problem moves from secret protection to authenticator lifecycle control, which IAM teams often underweight when they treat passwordless as a pure UX upgrade. Practitioners should judge passwordless by the quality of its recovery and offboarding design, not by cryptographic strength alone.
A few things that frame the scale:
- Only 5.7% of organisations have full visibility into their service accounts, according to Ultimate Guide to NHIs.
- 91.6% of secrets remain valid five days after the targeted organisation is notified, showing a critical gap in remediation procedures.
A question worth separating out:
Q: Who is accountable when a lost authenticator is used to regain access?
A: Accountability sits with the teams that own identity recovery, endpoint trust, and help desk policy, not just the user. If a lost key or phone can be rebound through a weak manual process, the organisation has failed to govern the trust chain around the authenticator. NIST SP 800-63 is the right reference point for proofing and recovery expectations.
👉 Read our full editorial: FIDO2 authentication shows why passwordless identity needs device governance