no thanks. I don't want one account that apple/google/whoever can revoke and ruin my online life. fuck that. I'll take my chances with 2FA and passwords. When it finally gets breached (if you haven't been cancelled!) imagine how much one online cracker will able to do. This also allows them unlimited access to follow you all around and see what you do, where you log in, etc.
Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
161–170 of 525 posts
Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
#162Earlier quoted context omitted.
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.
They're so damn convenient, though. I trust the fingerprint scanner on my phone and my laptop, but there are definitely bad scanners out there.
Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
#163[0] https://blog.cloudflare.com/introducing-tls-client-auth/
Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
#164Are there any FIDO security keys that explicitly support backing up and restoring their master secrets? I would love to move from Username + Password + TOTP but my current workflow requires that I am able to regain access to my digital accounts using nothing but a few page paper backup including core service passwords & exported TOTP secrets.
Yubikey recommends a backup key for that very reason. Most providers allow you to register multiple keys.
Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
#165I never understood why TLS Client Authentication[0] is not used more because that way all other standards including FIDO wouldn't be needed. [0] https://blog.cloudflare.com/introducing-tls-client-auth/
Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
#166This passwordless signin process sounds neat, but will it increase Google’s power to lock people out of things? I don’t understand why Google doesn’t have an ombudsman - consumers have no recourse when Google locks them out, and it seems the consequences of Google locking you out are ever increasing. I think we’re going to need legislation to force Google to make a proper appeals process.
Google's power to lock people out of their website is already here with Oauth2. This standard is unrelated; it works by having the browser/device itself sync the virtual security keys[0], much in the same way they sync passwords currently. That's the only thing changing here, giving people the choice (and encouraging them) to sign in via "what you have" instead of "what you know", but along with that they want to all…
Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
#167The 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…
> If I'm understanding correctly, they're aiming to reduce multi-factor auth back down to a single factor that's "easier" than passwords. It isn't only easier, it's significantly more secure. FIDO/U2F is basically immune to phishing, because there's no one-time code to type and steal; there's a cryptographically backed signing assertion guaranteeing the person with physical possession of the token is in control. This…
There are active attacks that attempt to exploit human lack of vigilance in an authentication approval flow. With a password as a first factor, it reduces the chances that these attempts make it to the user.
You and I are probably fine in terms of vigilance. If I see an auth request, say, from my Okta app, that I did not initiate, I know it's something I need to investigate and will not automatically approve it. But consider the typical user...
Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
#168Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
#169I never understood why TLS Client Authentication[0] is not used more because that way all other standards including FIDO wouldn't be needed. [0] https://blog.cloudflare.com/introducing-tls-client-auth/
Re: Apple, Google and Microsoft Commit to Expanded Support for FIDO Standard
#170If not, is there a FOSS implementation of these required new devices? Maybe an emulator for one?
Can I download an manage my own keys, manually?
Can I self-host the authentication layers so I don’t need to use a 3rd party?