jesseendahl

Joined 18 years ago

Karma
622
Submissions
276
Member since
Jan 19
i don't speak for my current or prior employer(s) - all posts are my own personal opinions.

https://twitter.com/jesseendahl

View on Hacker News

Recent submissions

Comment · 20 days ago
>if they didn't remove sharing/export functionality that Google, Apple and others had at the same time.

This is factually incorrect — no one supported exporting passkeys at the time and I believe the only ones who supported passkey sharing of any kind was Apple: https://support.apple.com/guide/iphone/share-passwords-iphe6...

What that Keepass X GitHub PR comment section was discussing was giving users a way to export their passkeys to an unencrypted file on disk, which would have allowed for attackers to convince non-technical users to export all their passkeys and then send them to an attacker.

I believe person who commented on that GitHub PR was trying to explain that instead of implementing export to plaintext file on disk, it would be a better idea to implement the Credential Exchange Protocol, which was almost finished at the time.

https://fidoalliance.org/specs/cx/cxp-v1.0-wd-20240522.html

Fast forward to today... and it looks like there's movement towards doing exactly that:

https://github.com/keepassxreboot/keepassxc/pull/13343

--

Edit: Indeed if you scroll down to the last comment on that infamous PR (https://github.com/keepassxreboot/keepassxc/issues/10407#iss...), you'll see they closed it in favor of implementing the Credentials Exchange standard.

Comment · 1 month ago
- Having principles and sticking to them is not opposing.

- Just because you don't do everything someone wants you to do does not make you a supply chain risk.

Comment · 1 month ago
Are you describing the plot to Pluribus?
Comment · 1 month ago
People treating their political party as a “team” is one of the biggest problems we have right now as a society, so I find this language of “red team” and “blue team” extremely concerning.
Comment · 1 month ago
Yubikeys generally have much worse recovery scenarios than passkeys do, for consumers. In enterprise if you lose your yubikey, an IT admin can help you get back into your account. If you lose a security key as a consumer, you're generally in a much tougher account recovery situation.
Comment · 1 month ago
Comment · 1 month ago
Account recovery works the same with passkeys as with passwords. You click “I forgot/lost my passkey” and get a link sent you via email that lets you create a new one.

Passkeys can also be shared with other people like spouses or friends, just like passwords.

Comment · 2 months ago
Majority of second factors are phishable. If you are using a password (phishable) + a phishable second factor (any kind of 6 digit code that you need to type or paste into a text box), you are less secure than if you were using only a passkey.
Comment · 2 months ago
>They want you dependent on them and locked into their ecosystem.

This is a strange conclusion to come to when clearly a lot of effort was put into developing an open standard (Credential Exchange Format) to make it easy and secure to move credentials between vendors/ecosystems, without opening end-users up to phishing attacks on credential export.

If big tech wanted to lock people in, it seems like it would have been a lot easier to just... not create an open standard.

Comment · 2 months ago
>I thought the point of storing secrets in hardware TPM and not giving them out into userspace (i.e. passkeys instead of passwords) is protecting against malware as well.

This was never a design goal of passkeys as far as I'm aware, and normally passkeys are not generated or stored in a TPM. The primary design goal of passkeys was to make a phishing-resistant primary factor that could compete with the user experience and convenience of passwords, so that folks would actually be interested in using them.

I think you are thinking of security keys, which generate key material in e.g. a YubiKey which offer similar protections to a TPM.

YubiKeys can also be used to generate/store passkeys, but when they are used for passkeys typically they'd be referred to as "device-bound passkeys" rather than just "passkeys".

Comment · 3 months ago
Password managers do not architecturally, cryptographically make phishing impossible. Ultimately a user can still be tricked to copy/paste their passwords into fake websites, even when using a password manager. You could blame end-users for this behavior, but attackers don't care about blame. Ultimately, it doesn't matter who's at fault when there are massive phishing attacks happening at scale every single hour of every day. The only real solution to solve this problem for the entire internet is to make credentials architecturally, cryptographically unphishable by design. That's what passkeys give you.
Comment · 3 months ago
Passwords are still significantly less secure than passkeys even when using a password manager.
Comment · 3 months ago
I like it.

The high level UX of this idea feels very compelling to me as a "yes and" -- aka a world where vendors continue to offer end-to-end encrypted syncing within an ecosystem, but then this idea gets layered on to solve the cross-ecosystem problem. I think the trickiest part would be how to do it in a privacy-preserving way, but that's solvable.

Comment · 3 months ago

Live from the official Hacker News API

A modern reader for Hacker News · SvelteKit + Skeleton