《Passkeys 能否真正替代糟糕的密码体系》

导语

这篇文章的立场很鲜明：密码认证已经烂到不能再修修补补，passkeys 不是未来概念，而是现在就该采用的替代方案。作者从攻击面讲起，再解释 WebAuthn/passkeys 的签名机制，最后逐一回应生态锁定、2FA、量子计算、恢复、加密和迁移策略等常见疑问。

1. 密码的问题不是用户不够努力

大量数据泄露都起源于被窃取的凭证。作者反复强调，这不只是某个员工、某个普通用户、某位长辈“不小心”的问题，而是密码认证本身把人放在了不利位置。只要登录秘密必须被人记住、输入、传输或存进数据库，它就天然会被钓鱼、恶意软件、中间人和数据库泄露攻击。

钓鱼是最直接的风险：用户以为自己在 mybank.com，实际把密码输进了相似域名。恶意软件可以记录键盘输入，也可以注入浏览器或敏感应用，抓取包含 email、password 等关键词的流量。TLS 虽然让互联网流量更安全，但证书机构仍是复杂且不透明的信任点；服务器端被感染后，攻击者还能在数据解密后直接读取敏感信息。

最终，泄露的数据库和公开 S3 bucket、SQL 注入等问题会把凭证推向黑市。犯罪者和情报机构可以买卖大公司、政府机构的登录信息，用来横向移动和窃取数据。密码不是需要教育用户更谨慎的系统，而是一种根本糟糕的安全原语。

2. passkeys 的核心是“签名”，不是发送秘密

作者提出的替代思路是：如果认证可以足够密码学安全，又不需要把秘密发过网络，会怎样？答案是数字签名。持有私钥的人可以对一段消息签名，其他人用公钥验证签名是否匹配。passkeys 本质上就是：私钥保存在用户设备或密码管理器里，公钥保存在服务端。

“Passkey”是 WebAuthn 凭证的市场化名称。它可以是软件形态，在设备之间同步，比如 Apple Keychain 或第三方密码管理器；也可以是硬件形态，绑定在硬件安全密钥上。注册时，用户生成一对公私钥：私钥留在 passkey 管理器，公钥进入服务端数据库。

登录时，服务器发送随机 challenge，用户设备用私钥签名，服务器用公钥验证。私钥不上传，且凭证绑定到域名，例如 my-bank.com。这就是 passkeys 抗钓鱼的关键：假站点拿不到正确域名下的可用签名，也拿不到可复用密码。

3. 体验优势来自“可以在不可信设备上安全登录”

作者特别喜欢的场景是旅行时只剩手机和钱包，其他设备都丢了甚至家也出事了。使用 WebAuthn/passkeys，用户可以在图书馆电脑等不可信设备上打开登录页，再通过手机扫码完成认证。私钥留在手机或 passkey 管理器里，不需要把密码输到陌生电脑上。

WebAuthn 标准很庞大，覆盖注册、登录、跨设备 QRCode、硬件安全密钥、浏览器 API、扩展能力等许多场景。文章没有深挖所有细节，但给出清晰方向：开发者可以参考 webauthn.io demo、web.dev 的注册教程、Adam Langley 的 WebAuthn 导览和 Mozilla API 文档。安全机制只有在日常场景中比旧方法更顺手，才可能真正替代密码。

4. 常见反对意见：Big Tech、2FA 与账户恢复

第一个反对意见是生态锁定：passkeys 会不会逼人使用大厂管理器？作者承认 passkeys 需要 passkey/password manager，但认为这是好事。你本来就应该为每个网站使用唯一强密码并放进密码管理器，passkeys 只是把抗钓鱼、抗破解能力加上去。使用 passkeys 不等于必须用 Apple、Google 或 Microsoft，第三方管理器同样可以提供更强韧的选择。

大厂积极推动 passkeys，也不是纯粹阴谋。它们每天承受海量凭证攻击，passkeys 能消掉其中大部分风险，并减少平台责任。至于 2FA，答案是“是也不是”：passkeys 已经修补了密码最严重的缺陷，但 passkey 管理器仍可能被恶意软件或主密码钓鱼攻破。安全要求高的组织，仍可以用软件 passkey 管理器加硬件安全密钥作为 2FA。

账户恢复也不会凭空消失。丢失 passkey 管理器时，服务仍应提供恢复路径；用户也必须像今天保护密码管理器一样，为设备被盗、损坏、旅行途中丢失等情况设计恢复方案。作者的意思不是 passkeys 免除所有安全责任，而是把责任从“每次登录都暴露秘密”转移到“保护安全核心”。

5. 量子、端到端加密、算法和迁移策略

量子计算确实会威胁当前非对称密码学，尤其是能运行 Shor 算法的密码学相关量子计算机。许多专家和机构预测这类机器可能在 2030/2040 年出现。今天生成的 passkeys 将来可能需要轮换，但 NIST 2024 年已经发布后量子数字签名标准 FIPS 204 / ML-DSA，FIDO Alliance 和 W3C 未来可以把抗量子签名方案引入 WebAuthn。

端到端加密也不是 passkeys 的空白点。强密码今天可以派生出对称密钥，密码管理器也依赖类似机制；WebAuthn 的 PRF extension 能让 relying party 获取隔离的对称加密密钥，进而构建密钥层级。算法选择上，作者推荐 -8 Ed25519 和 -7 ES256/ECDSA，反对为了老旧 Windows Hello 支持而使用 RSA。

迁移策略上，作者主张激进一点。密码和 passkeys 长期并存会削弱目的，因为用户仍会被密码入口攻击。他的建议是删除数据库中的密码；用户没有 passkey 登录时，用邮件 magic link 或一次性 code 过渡，然后引导注册 passkey。

结论

作者最后的判断很干脆：如果你支持密码管理器，就很难反对 passkeys。它们是密码管理器的自然演化，把强密码学签名和抗钓鱼能力变成默认登录方式。密码认证是许多黑客事件和数据泄露的根源；passkeys 同时改善用户体验和服务提供方安全，不是“安全的未来”，而是已经可用的现在。

思想框架

文章先列举密码被攻破的真实路径，证明问题不在用户记性；再用签名解释 passkeys 的密码学核心；随后通过 QR 登录和 WebAuthn 标准说明可用性；最后用 FAQ 方式处理生态、2FA、量子、恢复、加密和迁移，形成一套从原理到落地的替代路线。