Live data from Hacker News

Bringing passkeys to Android and Chrome

android-developers.googleblog.com

11–20 of 264 posts

Re: Bringing passkeys to Android and Chrome

#11

Interesting. I'm still struggling to see how this is better than just using a yubi/solo-key

Passkey will be supported, with no new user behavior, by ~a billion devices currently in use. It is better because a billion+ devices already have support for this.

Re: Bringing passkeys to Android and Chrome

#12

Interesting. I'm still struggling to see how this is better than just using a yubi/solo-key

I would use this in addition to those. Instead of having to buy two Yubikeys I can buy one and use a software solution as well.

Since I already use a phone capable of doing the same thing, let my phone be my main authenticator, and then I can use a Yubikey as a backup.

It's not like one is necessarily better than the other, except that you already carry a phone and they're capable of being a hardware device that works with Webauthn. No need to carry a second device or, pay for one, for that matter. Since at least with Apple's solution it'll sync over iCloud Keychain.

If you're happy with Yubikey's, nothing changes. But for the average person, this makes Webauthn an option without having to buy any hardware or carry something you are more likely to lose because you don't understand the intricate details of how the thing works. I wouldn't expect my parents to understand how a Yubikey works well enough to know it should be used as a pair, for backup purposes, but that is a barrier to entry for them that they don't need to worry about now.

Re: Bringing passkeys to Android and Chrome

#14

Interesting. I'm still struggling to see how this is better than just using a yubi/solo-key

This is public-key-crypto-based authentication for the average user who will almost certainly never buy a security key but who probably owns a device that offers secure identity verification (laptop, phone).

Yubikeys are great but they're super niche. Among Android users alone there might be a billion people who will never buy one.

Re: Bringing passkeys to Android and Chrome

#15

Another product that they will use their dominant position to force down our throat!

This is all part of the FIDO Alliance, so, a standards based solution that anyone with the wherewithal to implement it can do so. Many password managers have already said they'll be supporting it, as well as major vendors (Google and Apple for instance).

I'm struggling to see your complaint being a valid one. This is basically webauthn, so use a Yubikey or similar device if you wish.

Re: Bringing passkeys to Android and Chrome

#16

And what happens if your Google account that these keys are tied to is locked/revoked for a nebulous ToS violation?

From TFA (the security blog): "The main ingredient of a passkey is a cryptographic private key. In most cases, this private key lives only on the user's own devices, such as laptops or mobile phones."

Re: Bringing passkeys to Android and Chrome

#17

Interesting. I'm still struggling to see how this is better than just using a yubi/solo-key

"To address the common case of device loss or upgrade, a key feature enabled by passkeys is that the same private key can exist on multiple devices. This happens through platform-provided synchronization and backup."

Thus, unlike a FIDO2 key, you don't have to visit every online service to tell it about the new redundant keys you add.

The rest of the security article linked by madjam002 goes into detail how Google implements their version of that backup. It's a bit like Keybase in the sense that your other devices act as keys to unlock the backup for new devices.

Re: Bringing passkeys to Android and Chrome

#18
post #16

And what happens if your Google account that these keys are tied to is locked/revoked for a nebulous ToS violation?

From TFA (the security blog): "The main ingredient of a passkey is a cryptographic private key. In most cases, this private key lives only on the user's own devices, such as laptops or mobile phones."

Final step is key escrow authority that will store your private key and produce it to you if you can proof your identity with government ID. It is not enough to store in cloud storage (which Google, Apple, or someone else could deny you access to), or your own device you could lose or destroy (which is why backup hardware tokens are always recommended for U2F MFA); you need the ability (but not a requirement) to bind cryptographic identity to IRL identity.

Of course, one doesn’t need to utilize this, but you’re SOL without a recovery mechanism of last resort (unless individual sites and services have their own recovery processes to re-provision a user who no longer has access to their cryptographic credentials).

Re: Bringing passkeys to Android and Chrome

#19
post #16

And what happens if your Google account that these keys are tied to is locked/revoked for a nebulous ToS violation?

From TFA (the security blog): "The main ingredient of a passkey is a cryptographic private key. In most cases, this private key lives only on the user's own devices, such as laptops or mobile phones."

Except for the fact that a mobile phone does not, as far as I'm concerned, fall in the "user's own device" category, as much as Google would like you to believe it does.

Re: Bringing passkeys to Android and Chrome

#20
post #16

And what happens if your Google account that these keys are tied to is locked/revoked for a nebulous ToS violation?

From TFA (the security blog): "The main ingredient of a passkey is a cryptographic private key. In most cases, this private key lives only on the user's own devices, such as laptops or mobile phones."

"Passkeys on users’ phones and computers are backed up and synced through the cloud to prevent lockouts in the case of device loss."

"Only on the user's device", right.

Post reply on HN