Skip to content
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

Support for devicePubKey extension of WebAuthn #16

Open
ttufts opened this issue May 17, 2023 · 3 comments
Open

Support for devicePubKey extension of WebAuthn #16

ttufts opened this issue May 17, 2023 · 3 comments
Labels

Comments

@ttufts
Copy link

ttufts commented May 17, 2023

Does passwordless.dev support the devicePubKey extension of webauthn? I don't see any information about it in the documentation, and I don't see any implementation of it in source code (after cursory search).

@abergs
Copy link
Member

abergs commented May 17, 2023

Hey! Happy to see this question surface. It's planned for a upcoming release - would you like to share more about your use case?

@abergs abergs added the planned label May 17, 2023
@ttufts
Copy link
Author

ttufts commented May 17, 2023

I'm happy to see Passkeys/Multi-Device FIDO hitting the masses but somewhat disappointed to see that it's bypassing 2FA in a lot of cases (Google accounts for example).

Considering that a backup-enabled credential could be stolen from an endpoint, it seems likely that without implementation of devicePubKey verification (with additional authentication for unknown devices), we will see stolen passkey attacks become more prevalent.

I don't want to be back in the pre-2FA days where we had to push websites to properly implement strong authentication. Even many webauthn authors seemed to agree that without devicePubKey, multi-device FIDO is broken.

Better for them to implement it properly in the beginning.

@abergs
Copy link
Member

abergs commented May 17, 2023

I agree that for sensitive websites, that implement a risk engine / policy, DPK will be valuable and our work to support it is already planned. But it's also worth to remember that for the majority of apps and websites, passkeys without DPK is still a huge improvement of user security.

Either way, we're in the same camp. Go DPK!

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

No branches or pull requests

2 participants