Dumb question: why are biometrics being used to replace the password , shouldn't the biometric replace the username ?
Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
51–60 of 525 posts
Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
#52I’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.
Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
#53Earlier 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.
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
#54Dumb question: why are biometrics being used to replace the password , shouldn't the biometric replace the username ?
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
#55If 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
#56Earlier 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.
Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
#57Earlier 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.
right, who would do that... i mean for what purpose...
Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
#58The 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…
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
#59I'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.
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
#60It seems like FIDO is going to win the race for the next generation authentication scheme. I was rooting for Steve Gibson’s SQRL.
Though, general acceptance of QR Codes does seem to have finally taken off.