Join our Newsletter — 33% off our NHI Course
Authentication, Authorisation & Trust

FIDO Certified

← Back to Glossary
By NHI Mgmt Group Updated October 31, 2026 Domain: Authentication, Authorisation & Trust

FIDO Certified describes products that have been tested against FIDO specifications and approved for use as compliant authentication solutions. Certification helps buyers identify devices or implementations that align with the standard and support interoperable, strong authentication across participating services.

What FIDO Certified Means in Practice

FIDO Certified is a signal of conformance, not just a marketing label. It means a product has been tested against the relevant FIDO specifications and accepted as a compliant authentication option, which helps organisations distinguish interoperable implementations from loosely compatible ones.

That distinction matters because authentication products can differ sharply in how they handle registration, user verification, attestation, and relying-party interoperability. A certification claim gives buyers a baseline for comparing products against the same standard rather than relying on vendor promises alone.

Why Certification Matters for Authentication Assurance

For buyers, certification reduces ambiguity at procurement time. It helps answer a practical question: will this device or platform behave as the standard expects across participating services, and will it support the stronger sign-in experience that modern phishing-resistant authentication aims to provide?

Certification is especially useful when a team is evaluating security keys, passkeys, or platform authenticators across mixed environments. If the product is certified, the organisation can place more confidence in standards alignment, but it still needs to validate policy choices such as whether the authenticator supports the desired assurance level, recovery model, and deployment constraints.

NHIMG’s Hardware Security Keys Buyer's Guide is useful here because it connects FIDO certification to the broader purchase decision, including attestation, AAGUID policy, and device selection.

What FIDO Certification Does Not Guarantee

Certification does not mean every deployment will be secure by default. A certified authenticator can still be misconfigured, paired with weak recovery processes, or introduced into an environment that accepts insecure fallback methods. The assurance comes from the standardised behaviour of the product, not from the surrounding identity programme automatically becoming strong.

It also does not eliminate implementation choices that affect security outcomes. For example, an organisation still has to decide how it will handle registration policy, recovery, device binding, and acceptable authenticators. The product may be compliant, but the deployment can still be permissive in ways that weaken the overall authentication posture.

For that reason, FIDO Certified should be treated as one input to evaluation, alongside operational requirements, user experience, and the service's own authentication policy.

How Buyers and Security Teams Should Use the Label

Use the label as a shortlisting criterion, then validate the details that matter to your environment. Teams should confirm which FIDO specifications the product supports, whether the support is appropriate for roaming or platform use, and whether the device or implementation fits the organisation's phishing-resistant authentication strategy.

It is also worth checking how certification intersects with passkey rollout, assurance requirements, and recovery design. The right product may be certified, but still not fit a specific use case if the organisation needs device-bound credentials, stricter attestation policy, or a different user assurance profile.

NHIMG’s Passwordless and MFA Buyer's Guide helps with that broader evaluation, while the FIDO2 and WebAuthn Internals Guide explains the underlying ceremonies, attestation checks, and relying-party verification that make certification meaningful.

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 and OWASP ASVS set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST SP 800-63Digital Identity GuidelinesDefines phishing-resistant authentication and authenticator assurance concepts for FIDO products.
Recommendation — Align your authenticator choices to the assurance level and phishing-resistant requirements in SP 800-63.
NIST SP 800-53 Rev 5IA-2 — Identification and Authentication (Organizational Users)Covers strong user authentication requirements that FIDO-certified authenticators can support.
IA-5 — Authenticator ManagementApplies to lifecycle handling of authenticators and related credentials in FIDO deployments.
IA-9 — Identification and Authentication (Non-Organizational Users)Applies when FIDO-certified authenticators protect external or customer access.
Recommendation — Use IA-2 to require strong, phishing-resistant authentication for workforce access. Use IA-5 to govern authenticator issuance, storage, rotation, and revocation. Use IA-9 to enforce strong authentication for external users using FIDO-certified authenticators.
OWASP ASVSV6 — AuthenticationSets application-level authentication expectations that FIDO-certified authenticators help satisfy.
Recommendation — Verify FIDO-backed sign-in flows against ASVS authentication requirements.

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.

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