Subscribe to the Non-Human & AI Identity Journal
Authentication, Authorisation & Trust

Passkey

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

A passkey is a passwordless credential based on public key cryptography. A private key stays on the user’s device, while a public key is stored by the service. During login, the device signs a challenge after local unlock, which reduces phishing and eliminates shared secret reuse.

Expanded Definition

A passkey is a phishing-resistant authentication method built on public key cryptography and device-bound private key storage. For NHI security teams, the practical distinction is that the secret is not reused across sites, and login approval depends on local device unlock rather than a typed password. That makes passkeys fundamentally different from shared secrets, resettable passwords, or one-time codes that can still be intercepted or relayed.

Definitions vary across vendors when passkeys are discussed alongside FIDO2, WebAuthn, or synced credentials, so the exact deployment model should be confirmed before policy is written. In most enterprise identity programs, passkeys are treated as a user authentication control rather than a full identity lifecycle control, which means they complement but do not replace governance around account provisioning, recovery, and device trust. The NIST Cybersecurity Framework 2.0 is often used to anchor the broader control expectations around secure access and credential handling.

The most common misapplication is treating any synced device credential as equivalent to a passkey, which occurs when organisations ignore whether the private key remains bound to a trusted authenticator or is merely stored in a recoverable consumer account.

Examples and Use Cases

Implementing passkeys rigorously often introduces recovery and device-management constraints, requiring organisations to weigh stronger phishing resistance against user enrolment friction and account-restore complexity.

  • Employees use a passkey to access a corporate portal instead of a password, reducing the chance that a stolen credential can be replayed from a fake login page.
  • Administrators require passkey-based sign-in for privileged console access, then pair it with PAM and conditional access policies to reduce exposure during high-impact operations.
  • Developers authenticate to internal tooling with a passkey on a managed device, helping avoid password reuse across build systems and code repositories.
  • Organisations adopt passkeys for customer login journeys where account takeover risk is high, but retain fallback controls for regulated recovery flows and lost-device events.
  • Security teams compare passkey adoption against the governance challenges described in the Ultimate Guide to NHIs, especially where shared credentials and weak recovery paths still exist.

Passkeys are often evaluated alongside federated login and identity assurance programs, so the security team should align implementation details with the access model described in NIST Cybersecurity Framework 2.0. In practice, the strongest deployments combine passkeys with device posture checks, step-up authentication, and tightly controlled account recovery.

Why It Matters in NHI Security

Passkeys matter because credential theft remains one of the fastest ways to turn a minor weakness into a major identity incident. Even though passkeys are primarily associated with human authentication, they shape the same governance patterns that NHI programs depend on: strong key custody, limited secret exposure, and reduced reliance on reusable credentials. That is especially relevant in environments where service accounts, administrative portals, and developer workflows are interconnected.

NHIMG research shows that 80% of identity breaches involved compromised non-human identities such as service accounts and API keys, and the same operational lesson applies to human access paths that protect those identities. If administrators still use passwords to manage vaults, CI/CD systems, or NHI control planes, a phishing-resistant sign-in method becomes part of the broader containment strategy. The Ultimate Guide to NHIs explains why visibility, lifecycle discipline, and secret reduction are essential to preventing repeat compromise, while NIST Cybersecurity Framework 2.0 provides a useful structure for mapping access controls to governance outcomes.

Organisations typically encounter the value of passkeys only after a phishing incident, at which point authentication hardening 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.

NIST SP 800-63, NIST CSF 2.0 and NIST Zero Trust (SP 800-207) set the governance and control requirements practitioners need to meet.

FrameworkControl / ReferenceRelevance
NIST SP 800-63AAL2Passkeys align to phishing-resistant authenticators within digital identity assurance.
NIST CSF 2.0PR.AAPasskeys support identity authentication and access protection outcomes in CSF 2.0.
NIST Zero Trust (SP 800-207)Passkeys reinforce strong identity verification within Zero Trust access decisions.

Use phishing-resistant authenticators and verify recovery flows meet AAL2 or higher expectations.

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