Passkey：为什么它天生防钓鱼

全文分三层：

1. 通俗理解：钥匙和锁，以及为什么验证码会被骗走
2. 实际用处：谁在用、钓鱼攻击的真实数据、"敏感操作再验一次"
3. 原理与工程要点：注册与登录流程、origin 绑定、签名计数器

第一层：通俗理解

1.1 密码为什么总出事

它们的共同弱点是：你知道的东西，你也能告诉别人。钓鱼网站长得和真的一模一样，你输进去，它在后台立刻转发给真网站，整个过程不到一秒。

1.2 Passkey：你不用"知道"任何东西

Passkey 更像一把只能在正确的锁上转动的钥匙：

• 注册时，你的手机或电脑生成一对密钥：私钥锁在设备的安全芯片里，公钥交给网站；
• 登录时，网站发来一个随机数，设备用私钥签名，网站用公钥验证；
• 你只需要按指纹或刷脸，根本没有可以输入、可以泄露的东西。

最关键的一点：签名之前，浏览器会把当前网站的域名写进被签名的内容。你在 examp1e.com（假网站）上按了指纹，签名里写的就是 examp1e.com，拿去真网站 example.com 验证，一定失败。

第二层：实际用处

• 普及：2022 年 Apple、Google、Microsoft 联合宣布支持 passkey，现在 iCloud 钥匙串、Google 密码管理器都能跨设备同步 passkey。GitHub、PayPal、Amazon 等主流网站都已支持。
• 效果：Google 在 2017 年给全体员工强制使用硬件安全钥匙（同一套 FIDO 技术）之后，公开表示再没有出现过员工账号被钓鱼接管的事件。
• 加密货币场景：交易所和钱包越来越多地把 passkey 用作"敏感操作的二次确认"，因为钓鱼是盗币的第一大入口。

2.1 敏感操作再验一次（step-up authentication）

登录一次之后，会话可能持续好几天。如果别人借用你的电脑，或者会话 cookie 被偷，他就能以你的身份操作。所以高价值操作（转账、改收款地址、改通知邮箱）应当当场再要一次 passkey。银行转账时再按一次指纹，就是这个思路。

Caloogy Wallet 也采用了这一做法：转账等敏感操作要求 passkey 确认。

第三层：原理与工程要点

3.1 注册（Registration）

3.2 登录（Authentication）

服务器发一个新的随机 challenge。设备签名的内容是：

$$\text{sig} = \mathrm{Sign}_{sk}\big(\text{authenticatorData} \,\|\, \mathrm{SHA256}(\text{clientDataJSON})\big),$$

其中 clientDataJSON 里包含 challenge、origin（如 https://example.com）和类型；authenticatorData 里包含 rpId 的哈希、"用户在场 / 已验证"标志位和签名计数器。签名算法通常是 P-256 上的 ECDSA（见《椭圆曲线》）。

服务器必须检查：

3.3 为什么服务器泄露也不怕

服务器只存公钥。数据库被拖走，攻击者拿到一堆公钥，既不能登录，也不能撞库。这一点和密码（哪怕是加盐哈希）有本质区别。

3.4 工程上的坑

• 找回：丢了所有设备怎么办？找回流程往往成为新的薄弱环节，必须配合等待期和通知（见《冷静期》）。
• 同步 passkey 的信任边界：同步型 passkey 的安全性取决于云账号（Apple ID、Google 账号）的安全性。对极高价值账户，可以要求用设备绑定的硬件密钥。
• 不要退回到弱方式：如果 passkey 失败就允许改用短信验证码，攻击者只要让 passkey"失败"即可。

总结