Passkeys are built on the FIDO2 standard (CTAP2 + WebAuthn standards). They remove the shared secret, stop phishing at the source, and make credential-stuffing useless.

But adoption is still low, and interoperability between Apple, Google, and Microsoft isn’t seamless.

I broke down how passkeys work, their strengths, and what’s still missing

top 100 comments

sorted by: hot top controversial new old
[–] 215 points 1 year ago (52 children)

While the lock-in issue is annoying and a good reason not to adopt these, the device failure issue is a tech killer. Especially when I can use a password manager. This means I can remember two passwords (email and password manager), make them secure, and then always recover all my accounts.

Passkeys are a technology that were surpassed 10 years before their introduction and I believe the only reason they are being pushed is because security people think they are cool and tech companies would be delighted to lock you into their system.

  • source
  • hideshow 52 child comments
  • [–] 92 points 1 year ago (1 child)

    This is the only accurate take in the whole thread.

    Passkeys solve "well, can't be fished" by introducing 2 new problems and never resolving super prevalent session hijacking. Even as a basic cost-benefit analysis, it's a net loss to literally everyone.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 3 points 1 year ago

    That’s what I worried, and then especially to computers that age out of updates (2 older MacBooks).

    We end up having to reauthenticate on some other device at some point anyway and that means there’s still going to be a weak point.

    Like with 2 auth sim jacking.

  • source
  • parent
  • [–] 32 points 1 year ago (1 child)

    Password managers store passkeys. They’re portable and not device-locked. Been using them on Bitwarden for like 2 years now.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 4 points 1 year ago

    It is not portable in the sense that you need bitwarden installed on the device you are trying to connect from.

    Passwords can be plain text, which means I can copy, paste, and dictate them to a device that does not have additional software installed.

  • source
  • parent
  • [–] 34 points 1 year ago (13 children)

    You can store Passkeys in open source password managers.

    I don't know most of my passwords, so the step to passkeys doesn't feel like a big one. I also really like the flow of pressing Login; Bitwarden pops up a prompt without me initiating it; I press confirm. Done, logged in, and arguably more secure due to the surrounding phishing and shared secrets benefits.

  • source
  • parent
  • hideshow 13 child comments
  • [–] 29 points 1 year ago* (6 children)

    Sure, they probably work great when you have your *passkey manager on the device, but that's not when I need to have backup routes into my accounts. When using a new device, or someone else's, having even a complicated password that can be typed or copied-pasted has way more functionality.

    As far a I can tell, using passkeys would only risk locking me out of my accounts. Everyone else is already effectively locked out.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 6 points 1 year ago (4 children)

    Can't you access your password manager from a web browser? Or your phone?

  • source
  • parent
  • hideshow 4 child comments
  • [–] 3 points 1 year ago (3 children)

    Oops, meant passkey manager, fixed it.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 3 points 1 year ago (2 children)

    Isn't that the same thing? All my credentials & passkeys are in the cross-platform password manager available from all my devices & any web browser. Passkeys even have a cross-device flow, so we can just scan a QR code & use a phone to sign into anything.

    Manually keying in a password just feels so boomer.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 1 year ago (1 child)

    Not at all the same. I can type or dictate my passwords on any device with a keyboard. I am not reliant on an individual device continuing to work. In fact I could get all new devices tomorrow, with no access to any previous device, and log into all my accounts within minutes.

    Passkeys do not allow, and specifically prevent, that.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 year ago

    I am not reliant on an individual device continuing to work. In fact I could get all new devices tomorrow, with no access to any previous device, and log into all my accounts within minutes.

    Exactly the same with a password manager which stores passkeys. Are you reading before responding?

  • source
  • parent
  • [–] 1 point 1 year ago (4 children)

    Yeah the moods in this thread, like

    “[I don’t understand this]!”

    “[I don’t trust this]!”

    “[It doesn’t fix everything]!”

    “[This doesn’t benefit me]!”

    “[What’s wrong with old way]!?”

    And like, all valid feelings… just the reactions are a bit… intense? Especially considering it’s a beta stage auth option that amounts to a fancy version of the old sec key industry standard, not the mark of the beast.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 8 points 1 year ago* (last edited 1 year ago) (3 children)

    Because we all know it will eventually go from a "neat" to mandatory with vendor lock-in for no other reason than "fuck you".

    We've all seen it a few hundred times now with X, and Y.

    I get a few daily pop-ups for "Want to use a pass key". One from my bank. No I don't want to link my fingerprint to my bank account especially in a way that will lock me out when I replace my phone.

    Remember folks: Biometrics (What you are) is not constitutionally protected but what you know is (for now at least).

  • source
  • parent
  • hideshow 3 child comments
  • [–] 3 points 1 year ago

    If we cut and run every time a big corporation “embraces” a new standard, just to lessen the pain of the day it’s inevitably “extinguished,“ we’d miss out on quite a lot.

    This standard was open from the start. It was ours. Big corps sprinted ahead with commercial development, as they do, but just because they’re first to implement doesn’t mean we throw in the towel.

    Also:

    1. Bio auth isn’t necessary. It’s just how Google/Apple do things on their phones. It’s not part of the FIDO2 standard.
    2. It works with arbitrary password managers including FLOSS and lots of hardware options.
    3. Passkeys can sync to arbitrary devices, browsers, device bound sessions, whatever.
  • source
  • parent
  • [–] 3 points 1 year ago

    This is a fundamental misunderstanding of how the FIDO2 standard works. It is not designed to be vendor specific and as other people in this thread point out, plenty of open-source secrets managers and hardware implement passkeys.

    What we've seen is the typical Silicon Valley model of "embrace, extend, extinguish" so you're right to be wary of any implementation by Google or Microsoft.

    Same goes for biometrics - how you unlock the passkey isn't specified in the standard. It is left up to the implementation. If you don't want to use biometrics, you don't have to.

  • source
  • parent
  • [–] 28 points 1 year ago (8 children)

    I think they are being pushed because cool technology on paper. Whenever I read an article about them, I can't help but think about the human factors. How are passkeys created, often by a password or email. okay... that looks a lot like a password. Oh you lost the passkey, here lets send you one again. It stinks of a second factor without a first. Sure, the passkey itself is hard to compromise, but how about its creation. If your email is compromised I see no difference from passwords or passkeys.

  • source
  • parent
  • hideshow 8 child comments
  • [–] 14 points 1 year ago (7 children)

    They don’t email you a passkey, what are you even talking about?

  • source
  • parent
  • hideshow 7 child comments
  • [–] 2 points 1 year ago* (1 child)

    There are quite a few uninformed takes here & the number of upvotes they got for it is stunning. Lemmy. 😞

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 year ago

    Lemmy has been very anti passkey at least since it's rise in 2023, it's very interesting how tech forward Lemmy generally is and how anti passkey and not even anti, just generally uninformed on them they are.

    I for one love them. I always read everyones opinions here and just think nobody has even attempted to use them. It's very simple.

  • source
  • parent
  • [–] -4 points 1 year ago (4 children)

    The flow I hear about when people talk about passkeys is sign up with email. Code gets sent to email. Code is entered, passkey gets generated. There always seems to be some similar step that looks like that, and often you have new device or reset that looks the same. Sure the passkey itself is secure, but how do you get it, how do you generate it, how do you validate the first time?

  • source
  • parent
  • hideshow 4 child comments
  • [–] 13 points 1 year ago (3 children)

    None of that is remotely true lol. You don’t get a passkey, you generate. Nothing is “sent” to you at any point in time, it has nothing to do with email.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 2 points 1 year ago (2 children)

    Instead of saying how it doesn't work, it'd be more constructive to explain how it does.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 5 points 1 year ago

    I came to sorta say this. Regardless of the system if it can fail and if people have to recover an account then phishing will always be a thing. In person options to deal with an account like with bank branches or government offices are the only true way of making things more secure. I sometimes think it would make sense for this. One rare thing I have seen that gives me a bit of hope is the use of in person at the post office for us government accounts. Thats exactly how it should be done. Secretary of state for state and usps for federal. They are the only agencies with enough physical locations.

  • source
  • parent
  • [–] 4 points 1 year ago (7 children)

    Passkeys are a technology that were surpassed 10 years before their introduction

    Question is by what? I could see an argument that it is an overcomplication of some ill-defined application of x509 certificates or ssh user keys, but roughly they all are comparable fundamental technologies.

    The biggest gripe to me is that they are too fussy about when they are allowed and how they are stored rather than leaving it up to the user. You want to use a passkey to a site that you manually trusted? Tough, not allowed. You want to use against an IP address, even if that IP address has a valid certificate? Tough, not allowed.

  • source
  • parent
  • hideshow 7 child comments
  • [–] 14 points 1 year ago (6 children)

    They were surpassed by password managers and 2fa.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 17 points 1 year ago*

    Technically they are the 2fa. The second factor is something you have. I store all my passkeys in my password manager too, so I'm not faulting you, but technically that's just undoing the second factor, because now my two factors are "two things that are both unlocked by the same one thing I know". Which is one complicated factor spread across two form fields.

  • source
  • parent
  • [–] 2 points 1 year ago (4 children)

    Password managers are a workaround, and broadly speaking the general system is still weak because password managers have relatively low adoption and plenty of people are walking around with poorly managed credentials. Also doesn't do anything to mitigate a phishing attack, should the user get fooled they will leak a password they care about.

    2FA is broad, but I'm wagering you specifically mean TOTP, numbers that change based on a shared secret. Problems there are: -Transcribing the code is a pain -Password managers mitigate that, but the most commonly 'default' password managers (e.g. built into the browser) do nothing for them -Still susceptible to phishing, albeit on a shorter time scale

    Pub/priv key based tech is the right approach, but passkey does wrap it up with some obnoxious stuff.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 1 point 1 year ago (1 child)

    Lack of adoption doesn't really make password managers a workaround. What's being worked around? People's laziness?

    Password managers actually do solve the phishing problem to an extent, since if you're using it properly, you'll have a unique password for every service, limiting the scope of the problem.

    Putting TOTP 2fa codes in your password manager behind the same password as everything else actually destroys any additional security added by 2fa, since it puts you back to a single auth factor.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 2 points 1 year ago

    People’s laziness?

    Well yes, that is a huge one. I know people who when faced with Google's credible password suggestion say "hell no, I could never remember that", then proceed to use a leet-speak thinking computers can't guess those because of years of 'use a special character to make your password secure'. People at work giving their password to someone else to take care of someething because everything else is a pain and the stakes are low to them. People being told their bank is using a new authentication provider and so they log dutifully into the cited 'auth provider', because this is the sort of thing that (generally not banks) do to people.

    to an extent

    Exactly, it mitigates, but still a gap. If they phish for your bank credential, you give them your real bank password. It's unique, great, but the only thing the attacker wanted was the bank password anyway. If they phish a TOTP, then they have to make sure they use it within a minute, but it can be used.

    actually destroys any additional security added by 2fa

    From the user perspective that knows they are using machine generated passwords, yes, that setup is redundant. However from the service provider perspective, that has no way of enforcing good password hygiene, then at least gives the service provider control over generating the secret. Sure a 'we pick the password for the user' would get to the same end, but no one accepts that.

    But this proves that if you are fanatical about MFA, then TOTP doesn't guarantee it anyway, since the secret can be stuffed into a password manager. Passkey has an ecosystem more affirmatively trying to enforce those MFA principles, even if it is, ultimately, generally in the power of the user to overcome them if they were so empowered (you can restrict to certain vendor keys, but that's not practical for most scenarios).

    My perspective is that MFA is overblown and mostly fixes some specific weaknesses: -"Thing you know" largely sucks as a factor, if I human can know it, then a machine can guess it, and on the service provider there's so much risk that such a factor can be guessed at a faster rate than you want, despite mitigations. Especially since you generally let a human select the factor in the first place. It helps mitigate the risk of a lost/stolen badge on a door by also requiring a paired code in terms of physical security, but that's a context where the building operator can reasonably audit attempts at the secret, which is generally not the case for online services as well. So broadly speaking, the additional factor is just trying to mitigate the crappy nature of "thing you know" -"Thing you have" used to be easier to lose track of or get cloned. A magstripe badge gets run through a skimmer, and that gets replicated. A single-purpose security card gets lost and you don't think about it because you don't need it for anything else. The "thing you have" nowadays is likely to lock itself and require local unlocking, essentially being the 'second factor' enforced client side. Generally Passkey implementations require just that, locally managed 'second factor'.

    So broadly '2fa is important' is mostly 'passwords are bad' and to the extent it is important, Passkeys are more likely to enforce it than other approaches anyway.

  • source
  • parent
  • [–] 1 point 1 year ago (1 child)

    password managers have relatively low adoption and plenty of people are walking around with poorly managed credentials

    All of the modern browsers have built in password managers so I doubt that very much.

    Are they as secure as your self-hosted bit warden that is not accessible via the Internet? No.

    But it does still keep track of your usernames and even alerts you if you have a breach.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 year ago

    Ok, I'll concede that Chrome makes Google a relatively more popular password manager than I considered, and it tries to steer users toward generated passwords that are credible. Further by being browser integrated, it mitigates some phishing by declining to autofill with the DNS or TLS situation is inconsistent. However I definitely see people discard the suggestions and choose a word and think 'leet-speak' makes it hard ("I could never remember that, I need to pick something I remember"). Using it for passwords still means the weak point is human behavior (in selecting the password, in opting not to reuse the password, and in terms of divulging it to phishing attempt).

    If you ascribe to Google password manager being a good solution, it also handles passkeys. That removes the 'human can divulge the fundamental secret that can be reused' while taking full advantage of the password manager convenience.

  • source
  • parent
  • [–] 1 point 1 year ago

    Not to mention Apple decided to make passkeys Airdropable. Fun.

    I worked on a cool projected called FedID: https://fedid.me/ that creates a distributed identifier (DID) out in the world, federated with AvtivityPub, and gives you a key you can sign in with via OpenID Connect. It allows the DID to have multiple keys for multiple devices, and delegate authority, so losing a device/failure is no big deal.

    That being said, Web passkeys can be stored in password managers, just like passwords.

  • source
  • parent
  • [–] 1 point 1 year ago (2 children)

    I use them with bitwarden and a self hosted vaultwarden. If my phone breaks, no issue. If my server breaks, I got local backups.... Keys are stored encrypted in a postgres database for which I have access, if I need to restore it. No lock-in issue or risk of loosing access when one or two devices break.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 1 point 1 year ago (1 child)

    That sounds great, but also isn't a solution for most people.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 year ago*

    True. But most good stuff isn't a solution for everyone. It takes real effort to escape vendor-lockin. Bigtech made sure of that.

    If something is too simple to set up or requires no set up, or comes from a for-profit company, but doesn't cost anything, then it always suspicious.

    I am just saying that the issue is not with passkey itself, but the individual implementations and that google/twitter/etc. is pushed towards regular users.

    Critiquing passkey because vendor-lockin is like critiquing HTML for allowing ads.

  • source
  • parent
  • [–] -1 points 1 year ago (6 children)

    I've found a pretty good use for a passkey. Docusign. About every 3 months I need to docusign something at work. The process involves logging in, changing your password, logging in again, opening the document, logging in to sign, logging in to finish. The only steps you get to skip if there's more than one document is the initial log on, and changing password. So with a passkey I just touch it a bunch of times and there's no password change.

  • source
  • parent
  • hideshow 6 child comments
  • [–] 10 points 1 year ago (1 child)

    Sounds like a password manager would make that way easier. Changing your password would involve a few extra clicks. Also, you might want to check with your IT folks. Asking people to constantly change their password is a good way to weaken password strength. I don't use docusign, but there is probably a setting that they can change.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 1 point 1 year ago

    Oh, I agree, but I have to argue enough with professionals who know better as it is. I have to do it every day with recent PhDs as a BA who's been doing the job for 15 years. At this point it's not my problem if something happens. I have other things that affect me every day to fight about. I'll just continue cycling through my no repeats after 10 changes, 12 character passwords and using my yubikey for docusign for my own sanity.

  • source
  • parent
  • [–] -4 points 1 year ago (3 children)

    sounds like a better solution is don't use docusign

  • source
  • parent
  • hideshow 3 child comments
  • [–] 11 points 1 year ago (2 children)

    K, I'll go tell the CEO that they need to come up with something different.

  • source
  • parent
  • hideshow 2 child comments
  • [–] [S] -4 points 1 year ago (2 children)

    Even if you are really careful, your details can always be leaked from a company server during a breach. If the companies adopt passkeys, that issue isn't there. Because there isn't a password anyone can randomly use. That's why I feel big tech companies are moving towards it.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 4 points 1 year ago

    Companies should already be storing password hashes, so the risk of leaking a hash vs a public key is roughly the same. It's just that private keys are generally longer than passwords and therefore harder to bruitforce.

    Any company storing passwords in a recoverable format deserves to be hacked.

  • source
  • parent
  • [–] 1 point 1 year ago

    Yes, you have to trust the company storing the passwords.

    A good company can store passwords in ways that are secure to most hacking attempts. It isn't impossible to break the encryption typically used, but it is difficult enough that most thieves will not have the resources or time to make use of the data. They want the low effort password databases, not the difficult and expensive ones.

  • source
  • parent
  • load more comments (-1 replies)
    [–] 32 points 1 year ago (4 children)

    Why do you have the 4-digit PIN? Well, it’s just to unlock the part of your device where the private key is stored.

    And there is the problem I have with passkeys. With a password it is me authenticating to the service I'm using. Pretty straight forward (if you ignore the operating system, web browser, network protocols, etc., but that's part of using the tech).

    With passkeys you've got this third party storing your keys that increases your attack surface. It could be your web browser, your OS, or some cloud provider that you're now relying on to keep your data safe. I get that for people whose password is "password123" or who aren't savvy enough to avoid phishing maybe this helps. But with decent opsec this overly complicates authentication, IMO.

    To my point, later in the article:

    Securing your cloud account with strong 2FA and activating biometrics is crucial.

    What's that now? The weak point is the user's ability to implement MFA and biometrics? The same users who couldn't be bothered to create different passwords for different sites? You see how we've just inserted another layer into the authentication process without solving for the major weakness?

    With my tinfoil hat on I suspect this push toward passkeys is just another corporate data and/or money grab -- snake oil for companies to get their tentacles tighter around your digital existence.

    Happy to be proven wrong.

  • source
  • hideshow 4 child comments
  • [–] [S] 3 points 1 year ago (2 children)

    Today we use lots of accounts with unique passwords. Obviously these passwords have to be stored somewhere. So I disagree with you when you say it's a unique passkey thing.

    Passkey has an advantage when it comes to phishing because it doesn't totally rely on human intelligence or state of mind.

    From a personal experience my data was leaked online, not because of phishing or I was careless. but it was leaked from a well known third party site which I used. They were affected by a very serious breach. Many unlike me use the same passwords for their emails and stuffs. But in case of passkeys there isn't a shared secret. A breach will be useless.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 3 points 1 year ago (1 child)

    I think you're making my point. First, you're right that passkeys can't be phished. But access to the passkey manager can be. And now you've doubled your exposure to leaky third parties, once with the service you're accessing and another with the passkey manager.

  • source
  • parent
  • hideshow 1 child comment
  • [–] [S] 3 points 1 year ago

    But the third parties actually have no access to your passkeys. The passkey stored are end to end encrypted blobs. So even if anyone gets hold of it, its useless. But a password for instance when leaked from 3rd party can be used easily as the server will have to decrypt the password at one point. So the means to decrypt the password will be at the server but passkeys aren't like that. The private passkey can be decrypted only on your device for signing the challenge. Basically your exposure was basically halved.

  • source
  • parent
  • [–] 57 points 1 year ago (8 children)

    The eco-system lock-in makes this a non-starter for me. If I could store the private keys in something like a keepass vault (or that) and do the authentication magic from that I would consider it.

  • source
  • hideshow 8 child comments
  • [–] 18 points 1 year ago* (5 children)

    You can? At least I do that. I host vaultwarden myself and store the passkeys there.

    Passkeys to me are just a better way to autofill in login data.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 19 points 1 year ago (3 children)

    OK, now think how nontechnical people will not be able to do it. They will be tied to Google/X-corp for all credentials, even government ones. Waiting to be banned if their social credit is too low.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 17 points 1 year ago

    That's the root of the problem. Nontechnical people don't use good passwords, but all the ideas we have for replacing them are only usable by more technically minded people.

    There are a variety of other reasons why passwords are bad, though.

  • source
  • parent
  • [–] 8 points 1 year ago

    OK, now think how nontechnical people will not be able to do it.

    Nontechnical people can use BitWarden/Keeper/Proton Authenticator/any other major system like that instead of self-hosting.

  • source
  • parent
  • [–] 1 point 1 year ago

    True. But I would say that this isn't an issue intrinsic with passkey. Many people don't have time/energy or the attitude to think critically about technology and are herded towards Google/X-corp/etc with offers of convenience and because they are often the only offered choice on the web sites. But from the POV of passkey they just act as a password manager.

  • source
  • parent
  • load more comments (1 reply)
    [–] 24 points 1 year ago (1 child)

    Just don’t take away passwords + TOTP 2FA for those of us who are actually using it correctly.

  • source
  • hideshow 1 child comment
  • [–] 1 point 1 year ago*

    lets just hold the line of "the answer is always username/password + second factor".

    could be username/password + totp..

    could be username/password + passkey..

    if someone figures out my password, i dont lose everything..

    if someone steals my passkey, i dont lose everything..

    even if i do use the same password for everything, the second factor has it covered.

    (nobody will ever guess my password of ******** anyway!)

  • source
  • parent
  • [–] 105 points 1 year ago (11 children)

    The biggest disadvantage:

    Disadvantages of Passkeys

    Ecosystem Lock-In – Passkey pairs are synced through each vendor’s respective clouds via end-to-end encryption to facilitate seamless access multiple devices.

    More eggs in the American megacorp basket for more people, yay

  • source
  • hideshow 11 child comments
  • [–] 34 points 1 year ago (5 children)

    Currently I use a FOSS (I think?) password manager, BitWarden, that supports passkeys. I use it across Mac, Windows and Android so I'm while my passkeys are locked yo the password manager, I am not locked to any of the aforementioned megacorps.

  • source
  • parent
  • hideshow 5 child comments
  • [–] 22 points 1 year ago (2 children)

    While I use and love bitwarden, it's not exactly foss. Although there is a foss implementation of their server backend

  • source
  • parent
  • hideshow 2 child comments
  • [–] 5 points 1 year ago

    A cursory search lead to this thread from 2024 https://community.bitwarden.com/t/concerns-over-bitwarden-moving-away-from-open-source-what-does-our-future-hold/74800

    where an employee stated

    I’ll note that policy wise nothing changed. The referenced issue is a packaging bug, but the goal still is the dual licensing model, with the core being open source, and some (mostly enterprise) features being source-available.

    Both the client and server are mostly open source. Some server features are paywalled. The alternative Vaultwarden server is fully open source, and much lighter on system resources.

    Have there been any recent licensing shenanigans with BitWarden?

  • source
  • parent
  • [–] 11 points 1 year ago

    KeePassXC has begun rollout of their own implementation, and I’m pretty sure they’re considered FOSS.

    From a quick scan of the white paper, it appears they’re currently using on-device passkey discovery and otherwise “intercepting” passkey registration workflows, which I take to mean they aren’t originating the request as a passkey registrar. This may be the easiest method to satisfy FIDO’s dID requirements.

  • source
  • parent
  • [–] 10 points 1 year ago

    I use BitWarden too. OS , device and browser agnostic is a win

    But I imagine the vast amount of people will use whatever their platform is pushing, so Apple Google or Microsoft. And in 5 years time "3rd party passkeys" are not "secure enough" and blocked by the OS. (Ok that's a bit tinfoil hat, but Google's recent Android app developer verification scheme is fresh in mind)

  • source
  • parent
  • [–] 8 points 1 year ago* (last edited 1 year ago)

    This is a big one. Lock-in and the threat of provider blacklisting means it will remain a shortcut like SSO (“sign in with ____”) until we’ve established federated providers.

    On further reading, this may not be as far off as I thought. Passkey registration providers can be OS-level but browser and password manager based solutions were intended (overview from FIDO alliance). And it looks like KeePassXC has begun rollout of their own. If I’m reading correctly they currently “piggyback” off of an OS-based provider in various ways, so it’s not yet an end-to-end implementation, but these are early days.

  • source
  • parent
  • [–] 6 points 1 year ago (1 child)

    That's not the biggest disadvantage "if used properly." Any account you have should get a passkey on every device you own. Each device has it's own passkey system. If you have an iPhone, yeah, you get an apple passkey, but then if you have a windows laptop, you have a microsoft passkey, a FLOSS system will have it's own, and so on. You are already on whatever system would contain the passkey and can easily add different ones each time you get a new device.

    The biggest issue is that most people use a small number of devices (including many who use 1). Passkeys work best if you have many devices, so if you lose one, you just use another to access your services. If you have 1, you need to use recovery codes (and people don't save them).

  • source
  • parent
  • hideshow 1 child comment
  • [–] 11 points 1 year ago

    A key for each service for each device is too impractical in real life.

    Getting a new device would mean logging in to hundreds of services to link up the new device. Or somehow keep track of which services have keys with which devices. And signing up to a new service would mean having to remember to generate keys for a a handfull of devices, some of which might not be available at the time (like a desktop computer at home when you are out). Or you risk getting logged out if you loose the one device that had a key for that particular service.

    I agree passkeys can make sense with something like BitWarden or KeyPassX. Something that is FOSS, and is OS and device agnostic, and let's you sync keys across devices. And should have independent backups too. Sync is not backup.

  • source
  • parent
  • [–] 19 points 1 year ago (8 children)

    They’re device-bound certificate based authentication with some shiny bits.

    Or they’re portable-via-certain-services certificate based authentication with some shiny bits.

    Either way they’re new and try explaining that the user needs a new one for every device (or needs a new app to carry them around in) and that if the device dies, or the app dies, they lose it all. I have quite a few people in my life who can’t wrap their heads around using a password manager.

    Personally, I find them irritating. My chosen password manager on iPhone doesn’t support them, so I need to have the iOS password vault turned on (yes, this is a dark pattern Apple has created to try to increase adoption of their password vault) to use them. Adoption needs to be much higher, interoperability needs to be better, and they need to put back the hint for which vault to use (which was removed early on to keep Microsoft and google from forcing chrome/edge vaults, but has the actual effect that chrome/edge tend to win the race over other options and means that the passkey prompt might be for a different app than the one that you prefer, leading to further user confusion)

  • source
  • hideshow 8 child comments
  • [–] 22 points 1 year ago (4 children)

    I really don’t want to turn my devices into hardware keys. I can’t imagine how difficult it would be to recover if, say, there was a fire or flood. Hardware breaks, gets lost, stolen. How about people who can’t afford multiple devices? What about the unhoused? How about if you get arrested and your one device gets confiscated- you can’t even give anyone else access to your data. What if you’re a good witness recording something and the police decide to make your device into evidence (or destroy it).

    MFA? Absofuckinglutely. I’ll pass on passkeys, sorry.

  • source
  • parent
  • hideshow 4 child comments
  • [–] 9 points 1 year ago (3 children)

    Yeah this is my situation. My personal computer is really infrequently used and as such I’m already in a dangerous situation when it comes to sign-in risk detection kicking off and asking for further authn proofs. I’ve had my phone die (and come to life when its replacement arrived) and that was a harrowing situation because all the MFA is stored there. Passkeys seem to make it worse, unless I subscribe to a sync service, which I need to infallibly trust (and I’m iffy on that; 1Password has a good security model and all that but passkeys are a different level of trust).

  • source
  • parent
  • hideshow 3 child comments
  • [–] 7 points 1 year ago (2 children)

    Think of passkeys like they’re backups.

    If you have one, you have none. If you have two, you have one. If you have three, at least one of them has to live offsite.

    There are a ton of people who can’t reliably meet the “three” threshold, and plenty who can’t meet the two.

  • source
  • parent
  • hideshow 2 child comments
  • [–] 6 points 1 year ago (1 child)

    Good way of putting it. How many people have three devices they can use for storing passkeys? I don’t and I’m a nerd.

  • source
  • parent
  • hideshow 1 child comment
  • [–] 4 points 1 year ago

    I do; or at least I can. But really, Device #2 should be in a fire safe, and Device #3 should be in a safe deposit box. These should be "set and forget" devices, not just "the laptop that I use and the phone that I use". Those are additional costs, additional planning, additional effort, additional administration (because you need to also be checking that these cold devices still work on a scheduled basis), maybe additional required skill (depending on what you want these set and forget devices to be). You need to have an appropriate place to keep that fire safe. And when one of those cold devices doesn't work anymore, you have to figure out why and likely replace it.

    To do it right, you really have to have your shit together. That I don't.

  • source
  • parent
  • [–] 36 points 1 year ago (7 children)

    No, thanks. I'll keep using password+2FA and I hope that passkeys never become "mandatory".

  • source
  • hideshow 7 child comments
  • [–] 12 points 1 year ago (6 children)

    Thanks to our dystopian hellscape we live in it'll become mandatory just like useless online ids. I hate having to explain passkeys to my family. Some fuckface suit who doesn't use it properly pushed for a portfolio addition.

  • source
  • parent
  • hideshow 6 child comments
  • [+] 2 points 1 year ago* (4 children)
  • [–] 1 point 1 year ago (3 children)

    If its not fully functional it feels more like a vendor lock in than anything actually useful. Use a Google device but want to change? Oh I'm sorry you have to do all this work first thanks to passkeys.

    Some websites are better about it but they can also have support in-fighting over which service works better. Its the Password Manager scenario all over again but worse.

  • source
  • parent
  • hideshow 3 child comments
  • [–] 26 points 1 year ago (2 children)

    The promise of passkeys when i first grad about them was that it would be quick and easy - that you wouldn’t need to enter a username or use 2fa. The reality appears to be that this is that it’s used ** as** 2fa

  • source
  • hideshow 2 child comments
  • [–] 7 points 1 year ago

    Personally, I found that It works well with Microsoft, Paypal, Google, Shopify and Proton. I was really surprised to find the option on German government sites, worked there as well. Tested in Ungoogled Chromium and Librewolf. The only thing I find dissappointing is adoption

  • source
  • parent
  • load more comments
    view more: next ›