Live data from Hacker News

Passkeys will come at a cost

fy.blackhats.net.au

191–200 of 600 posts

Re: Passkeys will come at a cost

#191

Earlier quoted context omitted.

It'd be awesome if you could ask to enroll a variety of other devices all at once, without having them on hand. Requiring ongoing physical access to your crucial backups to do any account enrollment or changes seems like a way to make sure you have your crucial backup way too close to potential disasters. Ideally I wanty backup keys many states away from me. But then I can enroll them! But it feels like there could b…

That would certainly be very convenient, but it would also retain/reintroduce several of the security weaknesses that passkeys are intended to mitigate. The reality is that security is really, really hard. And it remains as true as ever that increased security comes at the cost of decreased convenience. My personal attitude is that I make different security/convenience tradeoffs for different things. I do have and us…

I can see how remote enrollment makes it easier for a user to share a key in a way they shouldn't, but not all that much easier.

What other weaknesses will be introduced?

Re: Passkeys will come at a cost

#192

Earlier quoted context omitted.

> IMHO, the IT systems desperately need to approach human behaviour by working in analogous ways with the real world. Since I'm involved with IT systems I don't struggle most of the time but people who are not that tech savvy are having hard time figuring out daily stuff I'm pretty much the website key master for everyone in my family. Since nobody else is "in computers" they really don't have a clue about what thing…

> The security community really needs to get a grip and start designing systems that are compatible with the extremely low-tech-interest population if we even have a hope of securing systems. If I knew what the solution was I'd be rich. Most of that population seems to do fine managing house keys, car keys, locker keys, etc.

> Most of that population seems to do fine managing house keys, car keys, locker keys, etc.

I’m gonna have to disagree with you there.

People are constantly losing their keys prolly about as much as people reuse the same password for multiple services.

Re: Passkeys will come at a cost

#193
post #128

Earlier quoted context omitted.

That's indeed scary. Losing your 2nd factor shouldn't block you from accessing your accounts indefinitely . There should at least be one recovery path outside 2FA be it "printed recovery keys", "email recovery", "support channels", or even (despite being fully insecure) SMS maybe with a grace period (like 48 hours). Backing up your 2FA secrets isn't user-friendly at all, and it's even harder after you've started usin…

This is definitely good advice. My point here is to note that "phones" are not a good 2nd factor, unfortunately, because they're not that durable and are kind of targets of theft. So moving to solely rely on phone sounds like a bad idea. In my case, this was not the end of the world since I use a Yubikey for Google rather than TOTP, so at least my core email services (which represent a huge identity provider) were fi…

Yes, I even use multiple FIDO2 keys for both convenience (some stay plugged in to my machines) and as backups. I find Passkeys convenient too, but the author's points need to be addressed, I agree.

Re: Passkeys will come at a cost

#194
post #27

Is it even a good idea to use physical security keys as passkeys in the first place? Passkeys are meant to be a password _replacement_, and for that you probably want the 2-factor properties afforded by phones or desktops which usually require "something you know" or "something you are" to unlock in addition to the "something you have" afforded by physically possessing them. IMO physical security keys are better left…

Password managers have already made passwords obsolete. I literally don't know any of my passwords except my master one. Passkeys are an insanely overcomplicated solution we don't really need.

Browsers just need a simple HATEOAS API for password managers to hook into, and web apps expose some HTML that triggers the browser. The password manager can then determine how to authenticate the user (however the user wants!), auto-inject the secret for that website, and the user is automatically logged in. E-mail reset if anything goes wrong.

From the "we're a website that wants super fancy security" perspective, I get that they want something more complex. But there should be levels of security that the user can opt-in to.

For example: most websites are fine with a simple password hash, assuming the password manager uses random passwords. Any website can implement that, every password manager can implement that, and it's better than 99% of regular users' password use today. So there's your baseline auth method.

Then if you want something like TOTP, OIDC, public-key crypto, etc the server can advertise it, the client can opt-in to it, and authentication can continue. But not every site needs to implement it, and not every user cares to use it. Basically, we don't need every site and every user to use the most secure methods. We just need to make it easier to get a baseline of improved security, and allow people to slowly opt-in to stronger security.

Re: Passkeys will come at a cost

#195
post #132

Earlier quoted context omitted.

You seem to be making up a bunch of scenarios that aren't really relevant (what if someone did this and that with sudo, what if the bytes were stored here). You don't want to understand the actual security model, which is fine, but only on Hacker News can someone say with confidence "actually unphishable public keys that can't be leaked, are not good for security." Again, you might as well be arguing against SSH keys…

I understood the parent poster to be saying that since his passwords are unique and are not stored anywhere, then if his device were to be compromised, the attacker could only steal a password once it is manually entered, in which case it wouldn't automatically compromise his other passwords. Conversely, if he were to use a password manager on his device to store passkeys, the attacker could compromise all his passke…

*her, but correct.

I don't think a compromised device, and thus access to local data and potentially your password manager, is such an unusual situation, but at that point it is true you do have bigger things to worry about. A device like a computer is also far more likely to get compromised then a phone.

that all said its fairly easy to remember a 20-30 length unique password if you use a passphrase and only have a couple places that are "that important" such as banking, broker, icloud, email, etc. everything else can go in keychain

obligatory https://xkcd.com/936/

Re: Passkeys will come at a cost

#196
post #90

Earlier quoted context omitted.

This website has a list of sites allegedly supporting passkeys: https://passkeys.directory I say "allegedly", because a few of them (Paypal, eBay, a couple others) have never once offered to let me use a passkey. Sites I know, off the top of my head (because I used them in the past 24 hours): * Porkbun * Google * GitHub (if you enable the preview feature) I know I've used more, but I don't have an easy way of searchi…

eBay and Paypal do, though I don't know how to get it to prompt you to configure a passkey...

PayPal only started offering it two weeks so so that's probably why. Ebay I don't know, haven't used that in many years

Re: Passkeys will come at a cost

#197
post #15

Earlier quoted context omitted.

Is there a clear path to a yubikey device supporting 1000+ resident keys and doing so well in the near future? What does the cost look like? Are we talking $50 or $500?

Presumably Yubico's upgrade path is to tweak the form factor slightly so they can fit more than a few kb of memory into the thing. I know that it's possible, I can buy 50GB flash drives in the micro yubikey form factor, the ones that are just a rectangle of plastic that fits in under a USB-A port's tongue, and they only cost like $10. So it's probably just something that Yubikey needs to design into the next gen of k…

They don't need to do that. Look at a teardown, most of a Yubikey is already bare circuit board encased in plastic. The active ICs are tiny.

Re: Passkeys will come at a cost

#198
post #132

Earlier quoted context omitted.

for my important accounts the password is long, unique, and not recorded anywhere, that is one way that passkeys are not better. there is literally no credentials to leak until i go login and type it where passkeys are recorded somewhere? otherwise how would they work. someone gets my private SSH key that is a bad time (which is why we password protect them, or at least you really should be) to follow the ssh analogy…

You seem to be making up a bunch of scenarios that aren't really relevant (what if someone did this and that with sudo, what if the bytes were stored here). You don't want to understand the actual security model, which is fine, but only on Hacker News can someone say with confidence "actually unphishable public keys that can't be leaked, are not good for security." Again, you might as well be arguing against SSH keys…

you were the one that compared it to ssh keys and again: you do not secure root accounts with an ssh keys. Or are you arguing that you should just drop public ssh keys into /root and enable root login?

so how are passkeys are different then ssh keys? there is a private and public key, and if someone gets your private key they get access to everything it unlocks.

they can be sync'd between devices (ie from a secure to compromised), exported, etc exactly like a private ssh key

also i'm not here arguing against passkeys - just pointing out that a long, unique password used in 1 place, that is also not saved anywhere digitally and only exists in my head is going to be more secure then passkeys due to the nature of how they work.

Re: Passkeys will come at a cost

#199
post #168

It's all about the FIDO2 hardware attestation. I'd rather use a FIDO2 authenticator with attestation. Call it a passkey or not, I don't want the to use the syncable passkeys without hardware attestation.

Apple doesn't do attestation so if you require that you're already leaving out the biggest platform.

But it's a bad thing for self hosters anyway. Because parties will make exclusive deals or only wish to deal with authenticators they trust (eg that pay them for 'certification')

Re: Passkeys will come at a cost

#200
post #62

Earlier quoted context omitted.

are there many places that use passkey yet? i've not encountered one, or rather not seen a place to make use of it

This website has a list of sites allegedly supporting passkeys: https://passkeys.directory I say "allegedly", because a few of them (Paypal, eBay, a couple others) have never once offered to let me use a passkey. Sites I know, off the top of my head (because I used them in the past 24 hours): * Porkbun * Google * GitHub (if you enable the preview feature) I know I've used more, but I don't have an easy way of searchi…

thanks, do have an account at a couple listed there so might have to give it a try on an unimportant one
Post reply on HN