Live data from Hacker News

Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard

fidoalliance.org

51–60 of 525 posts

Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard

#51
post #21

Dumb question: why are biometrics being used to replace the password , shouldn't the biometric replace the username ?

I believe it's because people generally find the idea to be comfortable and familiar based on fictional representations in movies, etc. I'm of the opinion biometric information is totally private, yet easily spoof-able, thus should only be used to identity - not authorize - me.

Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard

#52
post #14

I’m sure people way smarter than me have this figured out, from the Google post: > When you sign into a website or app on your phone, you will simply unlock your phone — your account won’t need a password anymore. > Instead, your phone will store a FIDO credential called a passkey which is used to unlock your online account. The passkey makes signing in far more secure, as it’s based on public key cryptography and is…

If that kid can get their parent's finger on the fingerprint scanner, sure. The authentication part of the process is moved to the device's security system, so that's fingerprints, passcodes, and facial recognition.

I don’t think fingerprint scanners on consumer devices are always great. My daughter has one on her laptop and last week I tried my finger and it worked.

Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard

#53
post #47

Earlier quoted context omitted.

From a theoretical point of view or practical? Username is simply an ID. Password is how we truly verify who the user is. Bio-metrics are just convenient because they are unique and hard\impossible to replicate.

> Bio-metrics are just convenient because they are unique and hard\impossible to replicate. But if your biometric is able to be faked, you can't change it like you can change a typical text based password. There's no "reset your password" equivalent for biometrics.

Oh gosh... your raw bio-metrics are never stored anywhere...

The signal from the sensor is used as a "seed" to generate key using robust cryptography

Different sensors will output different "data" based on the sensor type.

Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard

#54
post #21

Dumb question: why are biometrics being used to replace the password , shouldn't the biometric replace the username ?

it's not a dumb question, but that will not stop anyone because biometric authentication works very well in practice (convenient and foolproof) despite beeing not very secure.

i.e. lockpicking howtos and existence of glasscutters don't dissuade from having a locked front door.

Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard

#55
The weakest link in security is always going to be humans. Account compromise is is more often a human problem than a technological one (spamming requests, password reuse, simple passwords, (spear) phishing, direct social engineering, etc).

If I'm understanding correctly, they're aiming to reduce multi-factor auth back down to a single factor that's "easier" than passwords. Easier to use. Easier to social engineer a compromise.

I get regular requests to get into my Microsoft account using their new login form that sends a key code rather than prompting for password. "Passwordless" just means that prompt goes to an app where a user unlocks their device to approve the login.

This seems like worse security, not better. I'm okay with an approval prompt if it's part of a multi-factor auth system. Not if it's the only auth.

Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard

#56

Earlier quoted context omitted.

FIDO2 privacy is actually pretty good and well thought out. There's a theoretical risk of a website sending authentication challenges for two different accounts and having both assertions signed by the same credential, basically correlating those accounts together, but this is unlikely to weaken collective privacy at scale.

Kind of. Yubikeys intentionally have a very small number of devices signed with one CA key and then they produce a new CA key, so those devices do have a basically unique identifier.

Can you share any more information about that? Is this identifier shared as part of the FIDO2/U2F spec?

Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard

#57
post #47

Earlier quoted context omitted.

> Bio-metrics are just convenient because they are unique and hard\impossible to replicate. But if your biometric is able to be faked, you can't change it like you can change a typical text based password. There's no "reset your password" equivalent for biometrics.

Oh gosh... your raw bio-metrics are never stored anywhere... The signal from the sensor is used as a "seed" to generate key using robust cryptography Different sensors will output different "data" based on the sensor type.

> Oh gosh... your raw bio-metrics are never stored anywhere...

right, who would do that... i mean for what purpose...

Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard

#58
post #55

The weakest link in security is always going to be humans. Account compromise is is more often a human problem than a technological one (spamming requests, password reuse, simple passwords, (spear) phishing, direct social engineering, etc). If I'm understanding correctly, they're aiming to reduce multi-factor auth back down to a single factor that's "easier" than passwords. Easier to use. Easier to social engineer a…

But isn't the "thing" about FIDO (or maybe just security keys?) that the domain is also integrated into the challenge the client/key has to solve?

So from what I understand a attacker couldn't as easily fish me by pretending e.g. to be Google. With a password or even a TOTP code the attacker could just pose as Google and forward the credentials to the actual site.

Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard

#59
post #38

I've resisted switching to a hardware key because I know that I'm going to break it, and that seems like a huge pain in the ass. I really want to be able to make a couple of backup keys, or maybe put another way, I want to be able to put the private key on the device myself, I don't necessarily care that the key is generated on the device and never leaves the device. I don't care if that slightly reduces my security…

You just register 2-3 keys. It's not so bad.

It's actually horrible! Even key rotation is horrible!

My yubikey is getting to about 10 years old, and I have replacements for it but find it very difficult to switch. It will eventually fail as an things do and it will be problematic.

The problem is that I have several dozen accounts connected to it and I don't know all of them. So either I'm carrying and trying multiple keys at all times or not getting into a site that haven't been rotated yet.

Multiple keys on an all sites is also basically impossible. You need to register all the keys, and ideally those keys are in different places.

Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard

#60

It seems like FIDO is going to win the race for the next generation authentication scheme. I was rooting for Steve Gibson’s SQRL.

Last time I looked at SQRL, it had an unfixable man-in-the-middle problem.

Though, general acceptance of QR Codes does seem to have finally taken off.

Post reply on HN