Skip to content

Ameliorate the need for re-authentication upon re-creating BBKs #287

New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Open
pejic opened this issue Apr 1, 2025 · 0 comments
Open

Ameliorate the need for re-authentication upon re-creating BBKs #287

pejic opened this issue Apr 1, 2025 · 0 comments

Comments

@pejic
Copy link
Collaborator

pejic commented Apr 1, 2025

In #271, browser bound keys (public key and signature) are added to the SPC response. By design a new browser bound key is created when not present when a user pays on a new device for the first time. In this scenario, the user would go through the following steps:

  1. Press pay on a checkout page after identifying their payment method to the merchant
  2. Press verify on the SPC prompt.
  3. Identify themselves (i.e. via fingerprint or pin) on the WebAuthn prompt.
    1. The new BBK is returned to the checkout page
  4. Go through another verification (say SMS OTP).
    1. This step-up may be required since this BBK was seen the first time, implying a new device is being used.
    2. This could be multiple steps for the user.

See March 27, 2025 meeting where this topic was an agenda item.

There are privacy considerations for WebAuthn. See 14.5.2 Authentication Ceremony Privacy. See also #275 where SPC output states are considered.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

1 participant