<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: nonfunctional</title><link>https://news.ycombinator.com/user?id=nonfunctional</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 19 Oct 2026 14:50:15 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=nonfunctional" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by nonfunctional in "Passkeys are not a trap"]]></title><description><![CDATA[
<p>I put a reply to this article in the comment section of "Passkeys are a trap. Do not use them."<p><a href="https://nonfunctional.substack.com/p/passkeys-are-a-trap-do-not-use-them/comment/360980083" rel="nofollow">https://nonfunctional.substack.com/p/passkeys-are-a-trap-do-...</a></p>
]]></description><pubDate>Wed, 14 Oct 2026 17:36:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=50091617</link><dc:creator>nonfunctional</dc:creator><comments>https://news.ycombinator.com/item?id=50091617</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50091617</guid></item><item><title><![CDATA[New comment by nonfunctional in "Passkeys are a trap"]]></title><description><![CDATA[
<p>Note that YubiKeys are not passkeys. But they are a great alternative to passkeys that are just as secure if not moreso.</p>
]]></description><pubDate>Mon, 12 Oct 2026 02:31:47 +0000</pubDate><link>https://news.ycombinator.com/item?id=50050620</link><dc:creator>nonfunctional</dc:creator><comments>https://news.ycombinator.com/item?id=50050620</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50050620</guid></item><item><title><![CDATA[New comment by nonfunctional in "Passkeys are a trap"]]></title><description><![CDATA[
<p>Be that as it may, they can still roll out the passkey attestation requirement gradually, -- "flip the switch" just a few thousand users at a time -- so that at no one point in time is there a large blip in users. Truth be told, tech platforms don't even really need to measure what portion of users' devices support remote attestation, since the overwhelming majority of devices will support it. They just need to know that users are passkey-capable in the first place; once enough users have passkeys in any form, they can start requiring remote attestation.<p>As for the browser permission prompt: Firefox simply warns you that the site is "requesting extended information about your security key [sic] which may affect your privacy." [1] It does not make it at all clear to the user that what's really happening is that the website is gating acces behind a specific approved software stack. If I use a non-widely-used OS or device, what website is going to approve its attestation credentials?<p>[1] <a href="https://github.com/mozilla-firefox/firefox/blob/8e9ac3e12bbaf39d4c282dc8849221aa17d4f714/toolkit/locales/en-US/toolkit/webauthnDialog.ftl#L48-L51" rel="nofollow">https://github.com/mozilla-firefox/firefox/blob/8e9ac3e12bba...</a></p>
]]></description><pubDate>Mon, 12 Oct 2026 02:30:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=50050610</link><dc:creator>nonfunctional</dc:creator><comments>https://news.ycombinator.com/item?id=50050610</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50050610</guid></item><item><title><![CDATA[New comment by nonfunctional in "Passkeys are a trap"]]></title><description><![CDATA[
<p>You're right, I didn't explain in much detail the motivation that will push websites to start requiring the remote attestation flag to be set. I will try to cover that in a future article.<p>But as for how it could "catch" you: if you use FOSS devices that are unattestable (as is the case for the LineageOS phone and Linux laptop I exclusively use), you may one day find you can't use many websites.</p>
]]></description><pubDate>Sun, 11 Oct 2026 23:05:59 +0000</pubDate><link>https://news.ycombinator.com/item?id=50048985</link><dc:creator>nonfunctional</dc:creator><comments>https://news.ycombinator.com/item?id=50048985</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50048985</guid></item><item><title><![CDATA[New comment by nonfunctional in "Passkeys are a trap"]]></title><description><![CDATA[
<p>If you also support TOTP and physical security keys as an alternative to passkeys, that should be enough to provide a stable long-term alternative for users of FOSS devices. And of course, RP-side you can choose to never require the remote attestation flag to be set.<p>Convenience is precisely the thing that big tech established tech platforms want to reward their users with to keep them around. The undeniable convenience of passkeys didn't have to come with a standard that is threatening against unattestable devices like my Linux phone. But it does, and that means passkeys are a way that the industry can discourage people away from using non-Google/Apple/Microsoft-approved devices.</p>
]]></description><pubDate>Sun, 11 Oct 2026 22:59:28 +0000</pubDate><link>https://news.ycombinator.com/item?id=50048914</link><dc:creator>nonfunctional</dc:creator><comments>https://news.ycombinator.com/item?id=50048914</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50048914</guid></item><item><title><![CDATA[New comment by nonfunctional in "Passkeys are a trap"]]></title><description><![CDATA[
<p>The intended audience is people who are not yet using passkeys, or have just started (due to all the websites demanding them now) but don't really know what they are.<p>I apologize that the headline is provocative. I thought for a long time about how to appeal to both people who are barely aware of what passkeys are but also not put off people who like them. I considered calling them a "Trojan Horse" in the headline as I do in the body (i.e. legitimately lovely, but with a terrible and unobvious problem) but "trojan" has another connotation in computer security.<p>Nonetheless, I said what I meant. Convenience is how they get you. This convenience didn't have to come with a trap, but thanks to the way it was designed, it does.</p>
]]></description><pubDate>Sun, 11 Oct 2026 22:49:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=50048819</link><dc:creator>nonfunctional</dc:creator><comments>https://news.ycombinator.com/item?id=50048819</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50048819</guid></item><item><title><![CDATA[New comment by nonfunctional in "Passkeys are a trap"]]></title><description><![CDATA[
<p>My understanding is that TOTP and physical security keys both share very little information about you. Perhaps passkeys, being part of a standard that the FIDO Alliance keeps updating, may some day be expected to reveal considerably more information. And the limited number of remote-attestation-approved passkey managers might someday all start start volunteering such information regardless.</p>
]]></description><pubDate>Sun, 11 Oct 2026 22:41:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=50048717</link><dc:creator>nonfunctional</dc:creator><comments>https://news.ycombinator.com/item?id=50048717</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50048717</guid></item><item><title><![CDATA[New comment by nonfunctional in "Passkeys are a trap"]]></title><description><![CDATA[
<p>I completely agree that KeePassXC and other password managers give you total user control, and they do support "passkeys" -- but crucially, not <i>all</i> kinds of passkeys. KeePassXC has no remote attestation support, nor hardware-backing support, and nor do I think it should.<p>My claim is not that passkeys couldn't give you control in principle. It's that the standard readily allows for websites to prevent you from being allowed to exercise that control, and the unclear messaging and UX around passkeys means most users will not even notice should this happen.</p>
]]></description><pubDate>Sun, 11 Oct 2026 22:35:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=50048663</link><dc:creator>nonfunctional</dc:creator><comments>https://news.ycombinator.com/item?id=50048663</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=50048663</guid></item></channel></rss>