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

Usernameless seems not to be working on ANY Browser on W10 1903/1909 #138

Open
My1 opened this issue Nov 30, 2019 · 9 comments
Open

Usernameless seems not to be working on ANY Browser on W10 1903/1909 #138

My1 opened this issue Nov 30, 2019 · 9 comments
Assignees

Comments

@My1
Copy link

My1 commented Nov 30, 2019

it basically just says "this key seems to be unknown, please try another", without even asking me for a UV.

image

as far as I know how windows 1903+ captures Fido things, I believe this would apply to all browsers running on at the very least 1903.

I tried both classic Edge and Insider Dev, as well as the latest chrome as of the writing of this issue (literally just downloaded)

Since Windows 10 started intercepting FIDO2, the general "browser XYZ works" approach is kinda flawed in my opinion.

Update, also happens on 1909.
Edge 1809 seems to work fine, albeit with the limitation that only the 20 most recent RKs for any given RP are shown, also other browsers work fine pre-1809 as interception wasnt a thing back then.

@My1 My1 changed the title Usernameless seems not to be working on ANY Browser on W10 1903 Usernameless seems not to be working on ANY Browser on W10 1903/1909 Nov 30, 2019
@aseigler
Copy link
Collaborator

aseigler commented Dec 2, 2019

I just successfully enrolled and logged in usernameless with a security key on 1909 with Edge, Firefox, and Chrome 79 (Chrome 78 is crashing for me for some reason). What exactly are you doing in order to reproduce the failure?

@aseigler aseigler self-assigned this Dec 2, 2019
@My1
Copy link
Author

My1 commented Dec 2, 2019

okay this is getting weird here.
while I do use a Remote machine via USB over IP for this, other things work flawlessly, although apparently there seems to be variation in the Specific Keys.

I recently got an eWBM Goldengate G310 (That one with Fingerprint Sensor and Fido2 L2) and that on any request I tried (even literally just as I write this comment) just gets that error posted above, without even asking for UV.

My Solo Hacker (3.0.0) on the other Hand doesnt even ask for a PIN when trying to Log in.

basically I went and created the credential locally (brave on Kubuntu, and logging in with that seems to work fine on every system that doesnt intercept Fido calls, including the other remote W10 with 1809, although the Edge on 1809 is limited to 20 RKs per RP)

I basically just connect the stick using virtualhere, then start the login process, and well after a short wait for nothing, I get that message that the key is unknown, with W10 not asking for any Verification.

The fact that the solo doesnt ask for PIN and the Goldengate doesnt get recognized properly, seems to be VERY weird to me to be honest.

even on classic edge on 1809 the solo doesnt ask for PIN when using usernameless login.

@My1
Copy link
Author

My1 commented Dec 2, 2019

okay I found out what's going on with the missing UVs. apparently passwordless.dev on usernameless sends userverification discouraged, and apparently windows just takes that even when everything else goes to enforce UV on RK logins.

also I think that may be the reason why the Goldengate immediately refuses, as it probably doesnt wanna give out any RKs without UV.

another update. my own test tool, which I generally use for playing around a lot apparently also rejects w10 190x with the Goldengate. based on this I think windows is trying to find out whether the key fits the site before trying UV which basically just blasts everything.

Classic Edge on 1809 apparently doesnt try this and as long as you dont go with discouraged the sign in goes through.

@aseigler
Copy link
Collaborator

aseigler commented Dec 2, 2019

I was also able to register and login with G310. The flow does feel a tad awkward, but it does work. The Windows WebAuthn library seems to require PIN entry an excessive amount of the time.

@My1
Copy link
Author

My1 commented Dec 2, 2019

PIN entry? I've never seen it ask for a PIN unless
a) no finger is set
b) I want to manage the Fingerprints

that it requires UV for a lot may be that W10 is iirc only Fido2 aware and registrations force UV if set by spec (imo stupid)

@aseigler
Copy link
Collaborator

aseigler commented Dec 2, 2019

... unless
a) no finger is set

Ah yes, I almost certainly factory reset this since last demo.

@abergs
Copy link
Collaborator

abergs commented Dec 27, 2019

passwordless.dev works for me on win 1903.
I could update to require UV if that makes any difference on other platforms?

@My1
Copy link
Author

My1 commented Dec 27, 2019

I am not sure whether it made any differences other platforms i used just ignored the uv parameter and forced uv.

The chaos apparently comes from that on my g310 the issue apparently only arose when registering on a different platform and then signing in via 1903 (don't ask me why)

Although i can't currently check whether this is still the case as i am not at home currently and i didnt take the g310 with me (as i do have to send it back)

Also this specifically only seems to happen on usernameless other scenarios iirc worked fine

@Shane32
Copy link
Contributor

Shane32 commented Apr 15, 2020

I was also able to register and login with G310. The flow does feel a tad awkward, but it does work. The Windows WebAuthn library seems to require PIN entry an excessive amount of the time.

On my Windows 10 computer with Chrome and a USB security key, require_resident_key needed to be "false" rather than false on the passwordless page in order to remove the pin code requirement. See PR #152 . The usernameless page always requires a pin code on my machine.

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

4 participants