Passkey Creation for MFA User Accounts
After the account’s complete MFA sign-in, the app can offer passkey creation for future sign-ins.- iOS
- Android
Blue steps in the diagram are product-specific and are not part of the passkey benchmark.
1
Login when user has no passkeys and has activated MFA
- User enters their identifier (email/username) on the login page.
2
Fallback to traditional login method
- If no passkey exists for the account, the system falls back to the traditional login method (username and password).
3
Complete the configured MFA policy
- After the primary factor, the user completes every additional factor required by the account’s current policy.
4
Passkey append process initiates
- Show a manual nudge that explains how a passkey improves the next sign-in.
- A quality implementation can first open one creation ceremony automatically. If it is cancelled or fails, show the manual nudge without an error.
5
System passkey-creation sheet appears
- In the manual flow, the sheet appears after the user clicks Continue.
- The platform asks the user to authorize creation with a supported device-unlock method.
6
Passkey creation successful
- User successfully creates a passkey and it is now linked with the user account for the respective native app.
7
Continue to the app
- Skipping the optional nudge continues without a passkey.
- After the configured limit of cancelled or failed attempts, the app continues without another prompt or error.
Acceptance criteria
This flow covers passkey enrollment after the account’s complete MFA sign-in.
References
- Relevant criteria: N2.2-AC01, N2.2-AC03 and N2.2-AC05: Corbado: How to get high passkey adoption in creation flows covers post-MFA enrollment, manual and automatic creation, and retry limits.
- Relevant criteria: N2.2-AC01 and N2.2-AC03: Google: Passkeys user journeys covers offering passkey creation after completed authentication and explaining its future sign-in benefit.
- Relevant criteria: N2.2-AC02 and N2.2-AC04: NIST SP 800-63B: Syncable authenticators covers the authenticator’s policy role and enforcing user verification accordingly.