Passkeys 与消费者体验：安全工程 vs. 用户现实

安全工程与消费者心理之间的张力

Passkeys 代表了身份验证的一次根本性转变，从共享密钥（密码）转向了公钥密码学。虽然其设计初衷是消除网络钓鱼和密码疲劳，但其推广过程凸显了工程师的理论安全目标与用户的实际心理模型之间存在的显著差距。

对许多人来说，Passkeys 是一个“巨大的 UX 胜利”，因为它们用生物识别提示（FaceID/TouchID）取代了输入密码的过程。然而，对于高级用户以及在单一生态系统之外运行的用户来说，这项技术往往感觉像是“魔法尘埃”——一种存在于操作系统或浏览器中的凭据，但缺乏清晰、可移植的身份标识。

不同用户群体对 Passkey 人机工程学的感知存在显著分歧。体验的差异很大程度上取决于用户是锁定在单一供应商的生态系统中，还是管理着跨平台的流程。

对于深度集成在单一生态系统（例如 Apple）中的用户来说，Passkeys 通常是“隐形”的。从密码到生物识别扫描的过渡被视为减少了摩擦。正如一位用户所指出的：

“考虑一下 Apple 生态系统中的用户：当你被要求时，你已经习惯了直接使用 Touch ID 或 Face ID……对于普通消费者来说，这并不是要取代‘翻出我的密码管理器并复制/粘贴/自动填充我的密码’，而是取代了‘噢，它又在提示我输入密码了’ -> 然后去为所有网站输入你的共享密码。”

对于使用多种设备、浏览器和操作系统的技术用户来说，Passkeys 可能会引入显著的复杂性。常见的痛点包括：

设备绑定： 早期的实现通常将 Passkeys 绑定到特定设备，如果原始设备不可用，则无法在另一台机器上登录。
可移植性困惑： 拥有多样化配置（例如 Windows 桌面、MacBook、iPhone 和 iPad）的用户很难理解在一个设备上创建的 Passkey 如何迁移到其他设备。
恢复恐惧： 丢失物理安全密钥或丢失同步 Passkeys 的主账号的恐惧，造成了永久被锁在外的感知风险。

除了技术实现之外，Passkeys 还与密码此前所能适应的常见社会和组织行为发生冲突。

Passkeys 的设计旨在挫败未经授权的访问，这同时也使其本质上对合法的账号共享具有排斥性。共享流媒体服务或购物账号的家庭发现 Passkeys 是一个“噩梦”，因为凭据无法通过短信或密码管理器轻松共享。

许多批评者认为，Passkeys 实际上并没有提高大多数网站的安全性，因为它们是作为一种“选项”而非“要求”来实现的。如果一个网站允许用户回退到密码，那么安全态势仍然受限于最薄弱的环节（密码），而用户则不得不承担管理两套系统的复杂性负担。

技术用户对身份验证过程缺乏可见度表示担忧。在 Passkey 登录过程中，大量的重定向和弹窗可能会让精明的用户难以区分合法的安全握手与中间人（MitM）攻击。