通行密钥（Passkey）详解：什么将取代你的密码

通行密钥（passkey）让你用解锁手机或笔记本电脑的指纹、面部扫描或 PIN 码来登录。不需要输入、记忆密码，也不会把密码交给一个假登录页面。凭据保存在你的设备上，网站只持有一把单独拿出来毫无用处的公钥。

在底层，它与密码是完全不同的模型：密码是双方都知道的共享秘密，而通行密钥是一对加密密钥，其中一半永远不会离开你的设备。

通行密钥到底如何工作

当你为某个网站或应用创建通行密钥时，你的设备会按照 FIDO Alliance（制定这项标准的行业组织）的规范，为该账号生成一对独一无二的密钥。公钥被发送到服务方并存放在那里。私钥则留在你的设备上，或存放在硬件安全密钥中，服务方永远不会知道它。

登录过程是一个简短的挑战—响应流程。服务方发送一个挑战，你的设备在你用生物识别或 PIN 码批准后，用私钥对它签名，服务方再对照它保存的公钥验证签名。网络中不传输任何共享秘密，数据库泄露也只会暴露公钥——而公钥无法让任何人登录。

通行密钥建立在 FIDO2 之上，它结合了两个部分：WebAuthn，即管理凭据的浏览器 API；以及 CTAP，即与手机或安全密钥等身份验证器通信的协议。有两个设计细节对日常使用很关键：

• 一个通行密钥，只对应一个网站。 通行密钥与创建它的网站或应用绑定。Google 在 Chrome 帮助里把这点说得很直白：通行密钥与创建它们的应用或网站相关联，所以你无法被骗到在欺诈网站上使用它。把密码输入到仿冒页面里，攻击者就能得手；但把通行密钥出示给仿冒页面，攻击者得不到任何东西。
• 你的面部和指纹信息不出设备。 生物识别验证在设备本地完成。FIDO Alliance 指出，生物识别信息始终留在设备上，永远不会发送到远程服务器；服务器收到的只是验证成功的确认。Google 也说了同样的话：生物识别数据留在你的设备上，永远不会与 Google 分享。

通行密钥还把密码时代分开的两样东西合二为一：你拥有的东西——保存私钥的设备；以及你本身的特征或你知道的东西——生物识别或 PIN 码。这就是为什么 Google 认为通行密钥足以让开启了两步验证（2-Step Verification）的账号跳过第二步。添加通行密钥并不会移除你现有的密码或恢复方式，它们仍作为备用保留。

同步型通行密钥和设备绑定型通行密钥不是一回事

关于通行密钥的大多数困惑，都来自一个注册提示很少解释的区别。

**同步型通行密钥（synced passkey）**会通过通行密钥提供方复制到你的其他设备上。提供方可以是平台内置的，比如 iCloud 钥匙串（iCloud Keychain）或 Google 密码管理器（Google Password Manager），也可以是第三方密码管理器。在一台设备上创建通行密钥后，它会在登录了同一提供方账号的其他设备上可用。FIDO Alliance 描述同步过程为端到端加密，Apple 对 iCloud 钥匙串的描述也一样，使用了连 Apple 自己都不知道的强密钥。

**设备绑定型通行密钥（device-bound passkey）**永远不离开单台设备，或者存放在 FIDO 安全密钥上。没有云端副本。这样更严格，一些工作场所对敏感账号更偏好这种方式，但这份凭据的可用性完全取决于那一件物品。

对大多数个人账号来说，你在手机上创建的通行密钥是同步型的。弄清自己拥有的是哪一种，就是手机丢失问题的完整答案。

手机丢了会发生什么

如果你的通行密钥是同步型的，丢手机大多只是一件麻烦事。 在替换设备上设置同一个提供方——iCloud 钥匙串用 Apple 账号，Google 密码管理器用同一个 Google 账号——同步的通行密钥就会出现在新设备上。FIDO Alliance 直接指出了这一点：在使用同一提供方设置的新设备上，通行密钥从第一次登录起就可用，不需要为每个网站重新注册。

Apple 针对最坏情况还更进一步。Apple 表示，通过 iCloud 钥匙串同步的通行密钥，即使所有设备都丢失，也能通过 iCloud 钥匙串托管（escrow）恢复。恢复过程刻意设置得严格：你用 iCloud 凭据验证身份，回复发送到你注册手机号的短信，并输入设备密码。Apple 只允许 10 次尝试来取回托管记录；第十次尝试失败后，记录会被销毁。你也可以提前设置一个账号恢复联系人。

如果通行密钥是设备绑定型的，丢失设备上的那份副本就没了。 恢复则取决于该账号还有什么其他方式：在另一台设备或安全密钥上的第二个通行密钥、仍可用的密码，或者服务方的账号恢复流程。FIDO Alliance 指出，当同步设备丢失时，保存设备绑定型通行密钥的安全密钥本身可以充当恢复凭据。

无论哪种情况，下面两步都能控制损失，两者都来自提供方自己的指引：

1. 从账号中移除丢失设备的通行密钥。 Google 的说明很直接：从你的 Google 账号中移除该通行密钥，并检查有权访问该账号的设备。如果通行密钥还存在于第三方管理器中，也要在那里移除；在一处删除并不会清除另一处。
2. 不用担心捡到手机的人能直接使用你的通行密钥。 通行密钥在不解锁设备的情况下无法使用，所以捡到手机的人仍然要面对保护手机上其他一切内容的指纹、面部扫描或 PIN 码。这也是 Google 从另一个方向提醒的原因：只在你个人拥有的设备上创建通行密钥，因为任何能解锁该设备的人都能使用它的通行密钥。

在等替换设备期间还有一个过渡办法：手机上的通行密钥可以在一台没有它的电脑上登录你。跨设备登录会在电脑上显示一个二维码，你用手机扫描它，蓝牙低功耗（Bluetooth Low Energy）会验证手机确实在电脑附近——Google 的流程要求蓝牙处于开启状态。

2026 年 10 月通行密钥的现状

通行密钥已经广泛可用，但尚未取代密码。Dashlane 本月发布的《2026 Passkey Power 20》报告基于 2025 年 7 月至 2026 年 6 月期间数百万次聚合、匿名的身份验证数据，测得 Google 的通行密钥占登录次数的 28%，是它在各大域名中测得的最高比例。即使在 2023 年 10 月就把通行密钥设为个人账号默认登录方式的这家服务上，该测量中仍有约七成登录没有使用它。同一份报告统计，Dashlane 用户每月有 250 万次通行密钥验证，其中 57% 的用户至少拥有一把通行密钥。

使用要求现在已经很普通。Google 列出的支持条件是：运行至少 Windows 10、macOS Ventura 或 ChromeOS 109 的电脑，运行 Android 9 或 iOS 16 及更高版本的手机，Chrome 109、Safari 16、Edge 109 或 Firefox 122 及更高版本的浏览器，并开启屏幕锁。如果某个网站不提供通行密钥选项，Apple 指出这意味着它目前不支持通行密钥。

几个有用的习惯：

• 从保护其他账号的账号开始：主邮箱、你的 Apple 或 Google 账号，以及你的密码管理器。
• 保持同步开启，在依赖某个通行密钥之前，先确认第二台设备能看到它。
• 为那些恢复起来代价高昂的账号，在另一台设备或安全密钥上注册第二个通行密钥。

小结

通行密钥用一把留在你设备上、只为创建它的网站登录的私钥，取代了你输入的共享秘密，解锁方式与解锁手机的验证相同。如果它通过 iCloud 钥匙串、Google 密码管理器或其他管理器同步，丢手机意味着在新设备上登录同一个提供方，并移除丢失设备的访问权限，而不是重建每一个账号。如果它是设备绑定型的，恢复就走第二个已注册的通行密钥或服务方的常规恢复流程。现在就查一下你的主要账号用的是哪一种。通行密钥保护的是登录本身；它不会向你的网络或互联网服务提供商隐藏你的流量——那是 VPN 能做什么、不能做什么的另一个问题了。