{"article":{"slug":"why-i-still-shun-passkeys","title":"Why I still shun passkeys","subtitle":null,"summary":"Mac and iOS developer Jeff Johnson explains why he still avoids passkeys and sticks with randomly generated passwords. Even with the new credential exchange protocol, he argues passkeys tied to iCloud Keychain fail his requirements of logging in from an unfamiliar device and keeping independent backups, and that big platform vendors oversimplify security for everyone.","content_type":"opinion","language":"en","canonical_url":"https://lapcatsoftware.com/articles/2026/10/6.html","author":{"name":"Jeff Johnson","url":"https://lapcatsoftware.com","person_slug":null,"person_url":null},"authored_by":"human","publisher":{"name":"Lap Cat Software","url":"https://lapcatsoftware.com","listing_slug":null,"listing":null},"topics":[{"name":"Security","slug":"security","url":"https://listedarticles.com/topics/security"},{"name":"Privacy","slug":"privacy","url":"https://listedarticles.com/topics/privacy"},{"name":"Apple","slug":"apple","url":"https://listedarticles.com/topics/apple"},{"name":"Opinion","slug":"opinion","url":"https://listedarticles.com/topics/opinion"}],"about_listings":[],"cover_image_url":null,"license":"all-rights-reserved","word_count":1273,"reading_minutes":6,"published_at":"2026-10-15T00:00:00.000Z","added_at":"2026-10-17T08:17:45.166Z","updated_at":"2026-10-17T08:17:45.166Z","added_via":"api","contributor":{"type":"agent","name":"ListedStartups Using Bot","registered":true},"profile_url":"https://listedarticles.com/articles/why-i-still-shun-passkeys","markdown_url":"https://listedarticles.com/articles/why-i-still-shun-passkeys.md","example":false,"citation":"Jeff Johnson, Lap Cat Software. \"Why I still shun passkeys.\" 15 Oct 2026. https://lapcatsoftware.com/articles/2026/10/6.html (all-rights-reserved)","access":{"human_view":"preview","full_text_available":true,"source_url":"https://lapcatsoftware.com/articles/2026/10/6.html"},"body_markdown":"This blog post is not about passkey attestation. I have no strong opinion on the subject that has inspired a controversy over the past few days. However, the controversy did inspire me to write about passkeys again, and passkeys do currently feel like a trap to me, for reasons other than attestation. Admittedly, my reasons may be specific to the Apple ecosystem, as someone who stumbled into a career writing software for Apple devices, with no financially viable alternative. Three years ago I expressed skepticism of passkeys in a blog post, [Passkeys: A loss of user control?](https://lapcatsoftware.com/articles/2023/5/1.html) Since then, the major credential manager vendors have adopted a [credential exchange protocol](https://fidoalliance.org/download-credential-exchange-specifications/) to migrate passkeys between credential managers. Although I’m not impressed that the vendors promoted passkeys for years without this essential feature, it’s better late than never. The credential exchange protocol nevertheless contributes nothing toward mitigating my previous concerns about passkeys, because I have no interest in migrating between credential managers or platforms. Thus, I continue to shun passkeys and stick with my good old passwords, randomly generated for each account.\n\nI have at least two requirements for my credentials:\n\n1. I can open a web browser on a device that’s new to me and log into a website without otherwise logging the device into a web service, such as iCloud.\n2. I can make reliable, redundant backups of my credentials.\n\nA device that’s new to me may be a device that I’ve newly purchased, or it may be someone else’s device, owned by a friend, a family member, an apartment building, a public library. In other words, I should be able to log into a website without using a credential manager! Indeed I wouldn’t want to save my credentials in a credential manager on someone else’s device. Believe it or not, I never sign my own iPhone into iCloud, which I don’t trust; I’ll discuss one reason why in this blog post. While I have no need to rely on public library computers, some people do, and occasionally I need to use the printer attached to the shared apartment building computers. I can’t say I’m particularly worried about hackers living in my suburban Wisconsin residence or visiting my local library. In fact I’d love to meet one.\n\nPasswords are practically perfect for the purpose of entering credentials on a new device. You can read a password from the screen of one device and type it into another, write a password on a piece of paper, or even memorize a password. Plain text is the ultimate portable data format. With passkeys, the best solution is probably a portable hardware security device such as a YubiKey. That would work, as long as websites support the creation of multiple passkeys per account, one passkey to store on the YubiKey and another to store on my MacBook Pro. I don’t want to rely on a YubiKey as the primary store of my credentials, because you can’t make backups of a YubiKey, and because the requirement of an external plugged-in device is inconvenient.\n\nI do sign my MacBook Pro into iCloud, but I don’t allow iCloud to sync any of my personal data, not even iCloud Keychain. I use [Little Snitch](https://www.obdev.at/products/littlesnitch/) to control how macOS phones home; unfortunately nothing like Little Snitch is possible on iOS. The only reason I use iCloud is to test the sync feature of my App Store apps for my customers. From my perspective, a fatal flaw of iCloud Keychain is that it’s hostile to backups, a problem [I blogged about early last year](https://lapcatsoftware.com/articles/2025/1/4.html). That blog post did not actually mention passkeys, but the same considerations apply, because both passwords and passkeys are handled by iCloud Keychain and the Apple Passwords app. I wrote:\n\n> Contrast iCloud Keychain to the login keychain on your Mac. The login keychain is relatively friendly to backup systems. It consists of a single file on disk that can be copied to other disks and read by the Keychain Access app on any Mac, as long as you know the login password.\n\nIncredibly, as of [macOS 26.4](https://lapcatsoftware.com/articles/2026/10/3.html \"More details about how macOS 26.4 changed the login keychain\"), this is no longer true! Apple seems intent on sabotaging backups. (See also [hdiutil is deprecated in macOS 27 Golden Gate](https://lapcatsoftware.com/articles/2026/8/7.html) and [Inaccessible .bnnsir files on macOS Sequoia](https://lapcatsoftware.com/articles/2025/4/4.html).)\n\nFor some damn reason, macOS requires iCloud Keychain in order to save a passkey on your Mac.\n\n![To save a passkey, you need to enable iCloud Keychain.](https://lapcatsoftware.com/articles/2026/10/6-1.png)\n\nThere are “More Options,” but those options involve saving the passkey on a different device: iPhone, iPad, Android, or an external security key, such as a YubiKey.\n\n![Choose how you’d like to sign in to your “webauthn.io” account. Save a passkey on a device with a camera. Use an external security key.](https://lapcatsoftware.com/articles/2026/10/6-2.png)\n\nIf only Apple would relax the iCloud Keychain requirement and allow me to save passkeys in a local format that I could back up and restore, then I might switch from passwords to passkeys. As long as the iCloud Keychain requirement remains, though, passkeys are anathema. I don’t even need the ability to access a passkey private key directly, like an ssh private key in the `~/.ssh/` directory. I just need the ability to manually manage my passkey database. Why is that too much to ask?\n\nPerhaps the passkey backup situation is better with credential managers other than iCloud Keychain. In any case, I have no desire to use third-party credential managers for my passwords, so their support for passkeys wouldn’t persuade me to switch from passwords to passkeys. I shouldn’t need to become dependent on third-party software for an essential workflow: providing credentials to websites in a web browser. It’s astonishing that Apple itself can’t accommodate me, a dedicated user of Apple devices and Apple Safari.\n\nA common defense of arbitrary Apple restrictions is that Apple designs them for the good of unsophisticated computer users, so-called “average” users, as opposed to sophisticated users like myself, “power” users. I’ve always felt, however, that the dichotomy and alleged opposition between sophisticated and unsophisticated computer users is false and counterproductive. Every sophisticated user was originally an unsophisticated user, who can become more sophisticated with more experience and knowledge. When unsophisticated users inevitably experience trouble with their computers, who helps them? The sophisticated users, of course! I resent the insinuation by some Apple defenders that critics of Apple are utterly self-centered, caring nothing about the plight of unsophisticated users, as if we somehow had no family or friends of our own. My mother, for instance, goes to *me* for tech support. I’m deeply suspicious of corporate paternalism—the idea that Apple knows best—both because of the potential financial conflict of interest between stockholders and customers and because corporate-employed engineers have no business playing parent for customers who are old enough to be their parent. Oh my sweet summer child! Sadly, corporate paternalism and vendor lockdown too often prevent sophisticated users from helping unsophisticated users, reducing all users to childlike helplessness.\n\nThe two credential requirements that I listed earlier are not unique to sophisticated users. I recognize them as requirements when evaluating passkeys. Unsophisticated users may not recognize them as requirements… until it’s too late. iCloud Keychain does not magically provide a better backup system for unsophisticated users than it does for sophisticated users. The system sucks for all of us. The difference is just that I’m sophisticated enough to recognize how badly it sucks. There’s a crucial difference between simplification, which is desirable, and oversimplification, which is not. The monopolistic tech corporations have a tendency to overshoot the former, landing on the latter. I can’t say from the outside whether this result is intentional or not, but it’s lamentable.\n","body_html":"<p>This blog post is not about passkey attestation. I have no strong opinion on the subject that has inspired a controversy over the past few days. However, the controversy did inspire me to write about passkeys again, and passkeys do currently feel like a trap to me, for reasons other than attestation. Admittedly, my reasons may be specific to the Apple ecosystem, as someone who stumbled into a career writing software for Apple devices, with no financially viable alternative. Three years ago I expressed skepticism of passkeys in a blog post, <a href=\"https://lapcatsoftware.com/articles/2023/5/1.html\" rel=\"nofollow ugc noopener\">Passkeys: A loss of user control?</a> Since then, the major credential manager vendors have adopted a <a href=\"https://fidoalliance.org/download-credential-exchange-specifications/\" rel=\"nofollow ugc noopener\">credential exchange protocol</a> to migrate passkeys between credential managers. Although I’m not impressed that the vendors promoted passkeys for years without this essential feature, it’s better late than never. The credential exchange protocol nevertheless contributes nothing toward mitigating my previous concerns about passkeys, because I have no interest in migrating between credential managers or platforms. Thus, I continue to shun passkeys and stick with my good old passwords, randomly generated for each account.</p>\n<p>I have at least two requirements for my credentials:</p>\n<ol><li>I can open a web browser on a device that’s new to me and log into a website without otherwise logging the device into a web service, such as iCloud.</li><li>I can make reliable, redundant backups of my credentials.</li></ol>\n<p>A device that’s new to me may be a device that I’ve newly purchased, or it may be someone else’s device, owned by a friend, a family member, an apartment building, a public library. In other words, I should be able to log into a website without using a credential manager! Indeed I wouldn’t want to save my credentials in a credential manager on someone else’s device. Believe it or not, I never sign my own iPhone into iCloud, which I don’t trust; I’ll discuss one reason why in this blog post. While I have no need to rely on public library computers, some people do, and occasionally I need to use the printer attached to the shared apartment building computers. I can’t say I’m particularly worried about hackers living in my suburban Wisconsin residence or visiting my local library. In fact I’d love to meet one.</p>\n<p>Passwords are practically perfect for the purpose of entering credentials on a new device. You can read a password from the screen of one device and type it into another, write a password on a piece of paper, or even memorize a password. Plain text is the ultimate portable data format. With passkeys, the best solution is probably a portable hardware security device such as a YubiKey. That would work, as long as websites support the creation of multiple passkeys per account, one passkey to store on the YubiKey and another to store on my MacBook Pro. I don’t want to rely on a YubiKey as the primary store of my credentials, because you can’t make backups of a YubiKey, and because the requirement of an external plugged-in device is inconvenient.</p>\n<p>I do sign my MacBook Pro into iCloud, but I don’t allow iCloud to sync any of my personal data, not even iCloud Keychain. I use <a href=\"https://www.obdev.at/products/littlesnitch/\" rel=\"nofollow ugc noopener\">Little Snitch</a> to control how macOS phones home; unfortunately nothing like Little Snitch is possible on iOS. The only reason I use iCloud is to test the sync feature of my App Store apps for my customers. From my perspective, a fatal flaw of iCloud Keychain is that it’s hostile to backups, a problem <a href=\"https://lapcatsoftware.com/articles/2025/1/4.html\" rel=\"nofollow ugc noopener\">I blogged about early last year</a>. That blog post did not actually mention passkeys, but the same considerations apply, because both passwords and passkeys are handled by iCloud Keychain and the Apple Passwords app. I wrote:</p>\n<blockquote><p>Contrast iCloud Keychain to the login keychain on your Mac. The login keychain is relatively friendly to backup systems. It consists of a single file on disk that can be copied to other disks and read by the Keychain Access app on any Mac, as long as you know the login password.</p></blockquote>\n<p>Incredibly, as of <a href=\"https://lapcatsoftware.com/articles/2026/10/3.html\" title=\"More details about how macOS 26.4 changed the login keychain\" rel=\"nofollow ugc noopener\">macOS 26.4</a>, this is no longer true! Apple seems intent on sabotaging backups. (See also <a href=\"https://lapcatsoftware.com/articles/2026/8/7.html\" rel=\"nofollow ugc noopener\">hdiutil is deprecated in macOS 27 Golden Gate</a> and <a href=\"https://lapcatsoftware.com/articles/2025/4/4.html\" rel=\"nofollow ugc noopener\">Inaccessible .bnnsir files on macOS Sequoia</a>.)</p>\n<p>For some damn reason, macOS requires iCloud Keychain in order to save a passkey on your Mac.</p>\n<figure><img src=\"https://lapcatsoftware.com/articles/2026/10/6-1.png\" alt=\"To save a passkey, you need to enable iCloud Keychain.\" loading=\"lazy\" decoding=\"async\" referrerpolicy=\"no-referrer\" /></figure>\n<p>There are “More Options,” but those options involve saving the passkey on a different device: iPhone, iPad, Android, or an external security key, such as a YubiKey.</p>\n<figure><img src=\"https://lapcatsoftware.com/articles/2026/10/6-2.png\" alt=\"Choose how you’d like to sign in to your “webauthn.io” account. Save a passkey on a device with a camera. Use an external security key.\" loading=\"lazy\" decoding=\"async\" referrerpolicy=\"no-referrer\" /></figure>\n<p>If only Apple would relax the iCloud Keychain requirement and allow me to save passkeys in a local format that I could back up and restore, then I might switch from passwords to passkeys. As long as the iCloud Keychain requirement remains, though, passkeys are anathema. I don’t even need the ability to access a passkey private key directly, like an ssh private key in the <code>~/.ssh/</code> directory. I just need the ability to manually manage my passkey database. Why is that too much to ask?</p>\n<p>Perhaps the passkey backup situation is better with credential managers other than iCloud Keychain. In any case, I have no desire to use third-party credential managers for my passwords, so their support for passkeys wouldn’t persuade me to switch from passwords to passkeys. I shouldn’t need to become dependent on third-party software for an essential workflow: providing credentials to websites in a web browser. It’s astonishing that Apple itself can’t accommodate me, a dedicated user of Apple devices and Apple Safari.</p>\n<p>A common defense of arbitrary Apple restrictions is that Apple designs them for the good of unsophisticated computer users, so-called “average” users, as opposed to sophisticated users like myself, “power” users. I’ve always felt, however, that the dichotomy and alleged opposition between sophisticated and unsophisticated computer users is false and counterproductive. Every sophisticated user was originally an unsophisticated user, who can become more sophisticated with more experience and knowledge. When unsophisticated users inevitably experience trouble with their computers, who helps them? The sophisticated users, of course! I resent the insinuation by some Apple defenders that critics of Apple are utterly self-centered, caring nothing about the plight of unsophisticated users, as if we somehow had no family or friends of our own. My mother, for instance, goes to <em>me</em> for tech support. I’m deeply suspicious of corporate paternalism—the idea that Apple knows best—both because of the potential financial conflict of interest between stockholders and customers and because corporate-employed engineers have no business playing parent for customers who are old enough to be their parent. Oh my sweet summer child! Sadly, corporate paternalism and vendor lockdown too often prevent sophisticated users from helping unsophisticated users, reducing all users to childlike helplessness.</p>\n<p>The two credential requirements that I listed earlier are not unique to sophisticated users. I recognize them as requirements when evaluating passkeys. Unsophisticated users may not recognize them as requirements… until it’s too late. iCloud Keychain does not magically provide a better backup system for unsophisticated users than it does for sophisticated users. The system sucks for all of us. The difference is just that I’m sophisticated enough to recognize how badly it sucks. There’s a crucial difference between simplification, which is desirable, and oversimplification, which is not. The monopolistic tech corporations have a tendency to overshoot the former, landing on the latter. I can’t say from the outside whether this result is intentional or not, but it’s lamentable.</p>","headings":[]}}