News for hackers. Stuff that matters.
Re:Passkey technology is elegant, but it's most definitely n... by WorldMaker on Monday December 30, 2024 @10:33AM (#42550161)
> installing a password manager providing passkeys would prompt to change the setting to use the password manager instead

iOS supports this today. If a password manager app describes that it implements passkey management, iOS asks what you want to be the default and the UI changes a bit to allow easier choices between iCloud and your password manager app.

It sounds like macOS is the place where Apple is lagging the most on API hooks that applications can use to trigger the UX.

It's also possible that Apple is just prioritizing that macOS users are mostly bought into the iCloud Keychain and their cloud infrastructure whereas iOS does have a large known mixture of iOS/Windows users that may bring their own keychains/password managers.

Re:Passkey technology is elegant, but it's most definitely n... by kenada on Monday December 30, 2024 @02:50PM (#42552742)
macOS also supports the APIs, but password manager developers don’t seem willing to implement them there.

I’ve used 1Password for a long time, but I’m probably going to drop it for Apple’s password manager because when users ask 1Password to add support, they are directed to use 1Password’s browser extension and universal autofill instead. Neither support passkeys in applications. I also find the browser extension buggy at times (especially with passkeys).

Re:Passkey technology is elegant, but it's most definitely n... by WorldMaker on Monday December 30, 2024 @07:44PM (#42555257)
I'm aware of iOS' APIs because of Strongbox (iOS Keepass-compatible client), and someone also mentioned that macOS Strongbox does the same thing just fine. That is interesting that in this case it seems specifically a 1Password choice/disinterest.