this post was submitted on 26 Sep 2026
366 points (95.5% liked)

Technology

88256 readers
3491 users here now

This is a most excellent place for technology news and articles.


Our Rules


  1. Follow the lemmy.world rules.
  2. Only tech related news or articles.
  3. Be excellent to each other!
  4. Mod approved content bots can post up to 10 articles per day.
  5. Threads asking for personal tech support may be deleted.
  6. Politics threads may be removed.
  7. No memes allowed as posts, OK to post as comments.
  8. Only approved bots from the list below, this includes using AI responses and summaries. To ask if your bot can be added please contact a mod.
  9. Check for duplicates before posting, duplicates may be removed
  10. Accounts 7 days and younger will have their posts automatically removed.

Approved Bots


founded 3 years ago
MODERATORS
top 50 comments
sorted by: hot top controversial new old
[–] dropdrip@lemmy.ml 12 points 9 hours ago* (last edited 9 hours ago)

This isn't a good article @ouch. It's dull, meandering and conflates issues.

Both Apple and Google want your identity anchored to their operating systems.

That's true regardless of passkeys and why is Microsoft excluded here?

Logging into accounts on devices you own is the ideal scenario for passkeys. When you have to handle a colleague’s computer, it gets much more inconvenient. You could plug in a hardware key, but you don’t always have access to the ports.

What sort of drivel is this? Is anyone reading the article? I doubt it. Sorry, I'm not logging into important accounts on a colleague's computer, regardless of being unable to squat and plug in a usb-dongle. The last statement even concedes that passkeys are an improvement for 99% of the user-population. It's an improvement for 100% of the user-population. Like usual this is just drivel generated from friction around 'newness'. It's different--which automatically becomes scary for some users. The writing is just not coherent and there's zero critique on passkey's design and technicalities, of which there are things to criticize.

Get a physical passkey and if you have more than 100 accounts you have a problem. Buy two and use one as a backup in case you lose your first. Keep it in a safe and if you forget your safe's combination... well, I guess we should abolish safes too: terrible account recovery support there. Yikes!

Passkey's themselves can be protected with a PIN--the software I've used does not limit it to numbers. It can be your 'master password' if you want. This is a technical complaint of mine as all software I've used reference it as a PIN (personal identification number), which means numbers only. Except other characters are allowed. I'm not sure what the official spec. states.

[–] whoisearth@lemmy.ca 8 points 11 hours ago

🎶Security is Theatre🎶

[–] ouch@lemmy.world 31 points 16 hours ago (5 children)

Good article.

Currently passkeys are too much of a vendor lock-in to big tech.

Bitwarden support alone does not change that.

[–] Clusterfck@lemmy.sdf.org 17 points 11 hours ago (2 children)

Microsoft 365 implementation of passkeys is sacrilegious somehow.

It requires only the Authenticator app from Microsoft and can use nothing else to create the passkey. The way this is implemented on iOS means that Authenticator comes up as an autofill option BUT IT ONLY SUPPORTS M365 and is useless for anything else. Leave it to Microsoft to take an open standard and bastardize it to the point of it being MORE CONVENIENT to just type a damn password.

[–] tehBishop@sh.itjust.works 1 points 1 hour ago (1 children)

The authenticator requirement was for regular MFA, with passkey you can use others like yubikey. BUT your admin can lock it to certain vendors so they could have selected Microsoft only.

[–] Clusterfck@lemmy.sdf.org 1 points 9 minutes ago

I’m the admin. Every time I try to open it up, I only get guides for doing it on a regular, personal MS account.

[–] Flagstaff@programming.dev 0 points 1 hour ago

Wait, you type passwords? KeePassXC's auto-type awaits!

[–] turmacar@lemmy.world 18 points 15 hours ago (1 children)

I agree the passkey user experience needs work, but man do I enjoy it over the haphazard 'passwordless' website login that just sends you an email.

I get it, they're just skipping an attack vector and basically relying only on '2FA'. But now I have to go to a different app/tab, copy a code, and return to the site instead of letting the password manager fill stuff in for me. Some, like kickstarter, let you still have a 2FA code enabled so you have to grab your code from whichever authenticator and go to your email. Really nice login experience out of nowhere one day. \s

[–] Joelk111@lemmy.world 2 points 5 hours ago (2 children)

The best implementation of this I've seen has to be Ghost, an open source self-hostable newsletter/patreon thing. They detect what email provider you have and when you enter your email, will display a link to open your inbox. It's super neat, and I haven't seen it anywhere else, and I'm also not sure how they do it. For something self-hostable, I'll definitely take one less attack vector.

[–] Scrollone@feddit.it 2 points 2 hours ago

Doesn't help if you're not using a huge provider such as Gmail or Hotmail

[–] Natanael@infosec.pub 1 points 2 hours ago

A DNS lookup on a domain says who runs the email server for email users on that domain (that's how email senders figures out how to send you messages), and if that host is a known one then you can just pull the link to show. If you're self hosting email then a few solutions can be recognized and login shown by guessing that the email software's default URL pattern is used.

load more comments (3 replies)
[–] mlg@lemmy.world 9 points 15 hours ago

Passkeys and 1FA were always just a duct tape solution for users resuing basic passwords without having to set a stronger password requirement or relying on users to use a strong password.

I think Chrome and Firefox should have decided on making an API for their builtin password generation and filling functions, that way any password manager would be able to integrate with foolproof functionality out of box.

People already use browser auto gen passwords for the reason that its faster and usually has an account sync built in. Now it would work with any 3rd party solution as well which covers enterprise and security minded users as well.

Users won't use a password manager if it means you have to manually make an entry everytime you make an account.

[–] Passerby6497@lemmy.world 28 points 19 hours ago (6 children)

I really wish that SQRL had taken off, as it solved most of the problems noted. It was effectively passkeys that you generated on the fly based on your private key (which you can back up and restore to other platforms if necessary) and the website domain by scanning a QR code (or clicking rh QR code if your on the same device) and sends the signed challenge to the website to auth you.

No need to login to your manager on random systems, no issues with platform lock-in, no worries about dedicated hardware, no worry about losing your access if your device dies (assuming you backup your shit).

[–] Natanael@infosec.pub 1 points 2 hours ago

Because the security is not better. I looked into it back then and it simply didn't have a chance.

FYI, passkeys can also do the Qr thing.

https://www.corbado.com/blog/qr-code-login-authentication

[–] oppy1984@lemdro.id 6 points 17 hours ago

Steve put so much time into it too. SQRL really is the superior method of the two.

load more comments (4 replies)
[–] DJKJuicy@sh.itjust.works 27 points 20 hours ago (4 children)

There is still nothing better than passwords.

I don't want my access to be tied to a specific device. Devices get lost, or break.

I don't want someone to be able to use my face or finger or eyeball to access my data. You can legally be compelled to unlock a device with your biometric security.

So current biometric security sucks. And passkeys suck.

Also, though...passwords suck for all the reasons that we all already know.

There has to be some better method that the owner can have full agency over, I just don't know what. I don't have the answers.

[–] Natanael@infosec.pub 2 points 2 hours ago

Hardware security keys is the other option. The FIDO2 ones are compatible with most sites using passkeys.

[–] zerofk@lemmy.zip 2 points 6 hours ago

This pretty much matches my feeling for the last 20 years or so. Passwords suck and are outdated technology. But every single alternative that has been developed over the years has sucked more, not less. They all have single-point-of-failure, vendor lock-in, assumptions about your “device”, etc.

[–] firebarrage@lemmy.world 8 points 14 hours ago (1 children)

There's a fantastic paper from a while ago that did a great job of covering what you're getting at. It's one of the most cited papers in password security research. Basically, everything we've ever found sucks but passwords seem to suck the least. Great read if you have the time - https://www.cl.cam.ac.uk/techreports/UCAM-CL-TR-817.pdf

[–] kellenoffdagrid@lemmy.zip 2 points 7 hours ago

That is a damn nice paper, thanks for sharing that! The comparison table is, if a little wacky-looking at first glance, a pretty great overview. I skimmed it for the abstract and conclusion but now I think it's worth reading it in full.

load more comments (1 replies)
[–] muzzle@lemmy.zip 36 points 23 hours ago (12 children)

For users who previously reused passwords across all their sites, passkeys are a huge step-up.

That is exactly why passkeys are a good thing. Basically everyone reused passwords everywhere.

[–] qevlarr@lemmy.world 56 points 23 hours ago (3 children)

A password manager is better than passkeys in 2026

[–] arrowMace@lemmy.world 1 points 2 hours ago (1 children)

It's a false dichotomy to have one or the other. I use passkeys as a quicker and more convenient way to log in to some sites, but I still have passwords in my password manager as a fallback.

[–] Scrollone@feddit.it 1 points 2 hours ago (1 children)

Some websites prevent you from using a password if you set up a passkey.

Pass keys are horrible.

[–] Flagstaff@programming.dev 1 points 1 hour ago

It seems like what's actually horrible would be those websites' implementation. But yeah, I'm definitely sticking with a manager.

[–] Glitchvid@lemmy.world 2 points 11 hours ago (1 children)

Really depends on what you mean by passkey, since it's actually a fairly vague term for a bundle of technologies.

I don't really care for password manager passkeys; just use a password, all it really does is save you from needing to enter a username in a login flow.

But I'm a big fan of hardware 2fa using non-resident keys ("passkey" lite); I'll use a regular login flow with a password manager, then the 2FA step with a hardware token. Basically bulletproof (ditto if you secure your PW manager with hw 2fa) and painless.

[–] Natanael@infosec.pub 1 points 2 hours ago

Even pw synced passkeys at least have the benefits of both being phishing resisting + replay protected, as well as being able to use the TPM chip for extra local protection.

Hardware keys are logically simpler though

[–] Natanael@infosec.pub 10 points 19 hours ago (1 children)

Some password managers can sync passkeys for you! Bitwarden can handle it

[–] Redjard@reddthat.com 3 points 12 hours ago (1 children)

android doesn't allow 3rd party apps to use passkeys nor autofill 2fa consistently. For passkeys, you are forced to use google services for it, or loose access, making it pointless. TOTP codes meanwhile can at least be copied and pasted manually from a password manager.

[–] Natanael@infosec.pub 1 points 2 hours ago* (last edited 2 hours ago) (1 children)

https://developer.android.com/identity/passkeys/manage-passkeys

Actually not, 3rd party Android apps can act as passkeys providers

With Bitwarden you can even do your own self hosted sync of passkeys

https://bitwarden.com/blog/bitwarden-passkeys-mobile/

Any app where it doesn't work has chosen to not use the right API

[–] Redjard@reddthat.com 1 points 7 minutes ago

It's android version dependent. Only 14 and up support 3rd party providers.

Passkeys are supported on devices that run Android 9 (API level 28) or higher.

On many devices, Credential Manager stores passkeys to Google Password Manager by default. Users can choose other password managers as its passkey providers in the System Settings on Android 14 or higher.

Given the slowness of android version rollouts, this will be an issue for a long time.

I also think supporting older androids is pushing apps to do it the "wrong" way and making it google specific.

load more comments (11 replies)
[–] audaxdreik@pawb.social 142 points 1 day ago (15 children)

This article does a great job of articulating a lot of the uncomfortableness I have around passkeys. I've always said they make a lot more sense in an corporate environment but the level of control you lose in a personal setting is not commensurate with the protections and possible lock-in they offer.

I just don't like passkeys. They are an overly technical solution to what is mostly a human problem.

load more comments (15 replies)
[–] pleksi@sopuli.xyz 11 points 20 hours ago (2 children)

I dont understand the issue. Arent passkeys and password in any case just stored in a pw manager nowadays?

load more comments (2 replies)
load more comments
view more: next ›