- cross-posted to:
- [email protected]
- cross-posted to:
- [email protected]
You must log in or register to comment.
I like the idea of passkeys, but one thing that I’m still not clear on is what happens to them when I get a new phone.
It says the passkeys are stored on the device, so would I need to keep my previous phone around to be able to sign in on the new phone?
Password managers like 1Password and Bitwarden support it already or are planning to in the near future, so you will be able to sync them across devices. And I’m pretty sure they will be stored in the iCloud and Google password managers as ways to lock in users even more
I’m waiting until Bitwarden supports passkeys before diving in. From what I could tell, they are aiming to release in late October this year, but I’m not certain. (ie - should be imminent).
I use Bitwarden, so that will make things easy.
Thank you!
Exactly what I’ve been doing. I don’t like them being saved on-device, and I don’t want to create multiple, so 1password handles it for me. Has been really convenient, however only around 10 platforms total have let me add a passkey, out of some 1300 passwords I have registered. Quite a slow rollout
I’m with ya. I need to see kind of how it pans out. How smooth it is, how device changing works, how in general sites handle lost passkeys. Then I’ll decide. I want security but I’m also not looking for even more hassle then my current method of strong passwords and 2FA.
Keys, like everything in digital devices, are just strings of data. So if they are on device, it’s the matter where they are stored on the device.
Google and Apple implementations are going to store them in secure TPM chip, basically once written there should be no way (people knowing darker side of TPM can disagree) to get them back. But, if I understand correctly, there is no forced way how to store them in the spec, there can just be a way Google implement it in such a way, hope they add open API to Android.
It’s 1s and 0s all the way down (notwithstanding qbits…). But it all comes down to workflow and reducing friction of use securely. How will Bitwarden (and others) sit within the process? That remains to be seen. In the meantime, I’m going to see how it goes as I’m not switching gears until I have a thorough understanding of the actual implementation wrt general operation, multiple devices, family accounts (Bitwarden ‘organizations’), backups and recovery, and how to teach and support non-tech-savvy family members through the change).
It absolutely looks promising, but too risky to be bleeding edge.
I won’t begin using passkeys until keepass supports them and I don’t know when that will be.
Awesome to hear!
Same here. Though this transition in general will take forever as you’ll always have that one odd site that doesn’t support passkeys even when it gains mass adoption.
deleted by creator
@ijeff I’m never going to use passkeys because they require to have a lockscreen on the device, and I don’t have one.
You might think “Isn’t that kinda dangerous?”
And I say: My devices are never left unattended, so a lockscreen is just an obstacle to get back where I was. Honestly, try disabling your lockscreen. The fact that you can press one button and be right where you left off is priceless.
So, screw passkeys and their stupid rules.
Fingerprint and face unlock exist and they are instant
@DerpyPlayz18 They are not instant. I also don’t feel comfortable giving my biometric data to some shady company just so I can unlock my phone.
If it’s not instant either the hardware isn’t good or you didn’t register the fingerprint properly. Also the fingerprints stay in your device and never get sent to any company.
Or you could have the same convenience, only when it’s actually safe:
Good luck if your phone gets stolen.
