How does passkey authentication work?
Passkeys use two related ceremonies: registration and authentication. During registration, the authenticator creates a key pair scoped to the relying party. During authentication, it signs a fresh challenge that the service verifies with the stored public key. W3C WebAuthn Level 3
- 01
Create a credential
The website or app asks the user’s authenticator to create a public-key credential for its relying-party identity.
- 02
Verify the user locally
The authenticator asks for a biometric, PIN, pattern, or device gesture. That local factor unlocks the credential but is not sent to the website.
- 03
Store only the public key
The private key remains protected by the authenticator or passkey provider. The website associates the public key with the user’s account.
- 04
Issue a fresh challenge at sign-in
The website sends unpredictable challenge data to prevent replay.
- 05
Sign and verify
The authenticator signs the challenge and relying-party context. The website verifies the signature, origin, flags, and policy before creating the session.
Passkeys vs. passwords and one-time codes
| Secret shared with server | Phishing-resistant | User action | Common risk | |
|---|---|---|---|---|
| Password | Yes | No | Type a remembered secret | Reuse, phishing, credential stuffing |
| SMS or email OTP | Temporary code | No | Copy or type a code | Phishing, interception, SIM swap |
| Authenticator-app OTP | Temporary code | No | Copy or type a code | Real-time phishing and relay |
| Passkey | No shared secret | Yes | Biometric, PIN, or device gesture | Recovery and device lifecycle must be designed well |
Are passkeys the same as biometrics?
No. A biometric can be the local method that unlocks a passkey, but the passkey is the cryptographic credential used with the website. The biometric template stays on the device. The website receives a signed authentication result, not the fingerprint or face data. FIDO Alliance passkey FAQ
A PIN, pattern, or device password can unlock the same credential when biometrics are unavailable. The security boundary is the authenticator and its protected private key, not the biometric alone.
What is the difference between synced and device-bound passkeys?
Synced passkeys are securely available across devices through a passkey provider. They improve recovery and make password replacement practical across a user’s device ecosystem. Device-bound passkeys remain on one authenticator, such as a security key or managed device, and can suit environments that require stronger control over credential location.
Both models use FIDO credentials and phishing-resistant challenge-response authentication. The right choice depends on threat model, recovery needs, regulatory requirements, and user experience.
What standards power passkeys?
FIDO2 combines WebAuthn, the W3C browser and platform API for public-key credentials, with FIDO Client to Authenticator Protocols for communication with external or roaming authenticators. Passkey is the common cross-platform term for a FIDO credential used for passwordless authentication. FIDO user authentication specifications
What should teams plan before implementing passkeys?
- Decide how users enroll their first passkey and how the account is initially verified.
- Support multiple authenticators or recovery paths without falling back to weak, easily phished methods.
- Choose user-verification and attestation policies appropriate to the risk.
- Handle cross-device sign-in and account discovery deliberately.
- Protect server-generated challenges against replay and verify origin, relying-party ID, signature, and authenticator flags.
- Measure enrollment, sign-in success, recovery, abandonment, and fallback usage.
How LoginID uses passkeys
LoginID provides FIDO2-certified passkey authentication for passwordless login and digitally signed transaction authorization. In agentic workflows, the same passkey-centric model can verify the human behind an AI agent before a sensitive action proceeds, without giving the agent the user’s password or private key.

