三项独立研究展示 Passkey 攻击：可恢复云同步私钥或绕过防钓鱼 MFA，FIDO2 密码学未破但实现链被击穿
The Hacker News 8/10 报道，上周三项独立研究展示绕过 Passkey 保护的方法：攻击不破坏 FIDO2 底层密码学，而是利用实现与系统集成弱点——包括从 Windows 暴露的签名材料恢复密钥、恶意软件滥用云同步 Passkey 系统（Unit 42「Pass-ta-key」针对 Google Password Manager 同步机制），以及绕过防钓鱼 MFA 的会话侧攻击。
事件与背景
2026 年 8 月 10 日，The Hacker News 汇总报道上周发布的三项独立 Passkey 攻击研究。攻击者无需破解 FIDO2 底层密码学，而是利用实现与系统集成弱点：第一项针对 Windows 暴露的签名材料，第二项（Unit 42 的「Pass-ta-key」）针对 Google Password Manager 的云同步 Passkey 系统，第三项覆盖绕过防钓鱼 MFA 的会话侧路径。CVE-2026-34348（Windows 信息泄露）等相关条目被安全社区关联讨论。
关键事实
| 项目 | 详情 |
|---|---|
| 攻击对象 | Passkey（FIDO2 无密码认证）实现链 |
| 研究方 | Unit 42（Palo Alto Networks）等三项独立团队 |
| 主要路径 | Windows 签名材料暴露、云同步 Passkey 滥用、会话侧绕过 |
| 针对系统 | Google Password Manager（Chrome/Windows）、Windows Hello 等 |
| 前提条件 | 端点已感染恶意软件或本地可访问 |
| 密码学状态 | FIDO2 底层密码学未被攻破 |
技术机制或行业解释
Passkey 的防钓鱼能力建立在「私钥不出设备」的假设上，但研究显示私钥保护存在两条裂缝：一是云同步体系为跨设备可用性引入了密钥分发环节，同步密钥的加密材料（如 Google 的 Security Domain Secret）一旦被恶意软件读取即可还原；二是 Windows 等平台的签名材料在本地以可访问形式存在，设备失陷即等于认证材料失陷。这不是密码学失败，而是「无密码」从承诺走向规模化部署时的工程债。
影响与意义
对企业身份安全，Passkey 大规模上云同步后，「防钓鱼」与「防端点失陷」是两回事：部署 Passkey 仍需配合端点检测、异常登录与设备可信度评估。对行业叙事，「Passkey 不可被钓鱼」的营销话术需要修正为「Passkey 降低钓鱼面但依赖端点可信」。对 AI Master 读者，评估无密码迁移方案时，应把云同步密钥的泄露模型纳入威胁建模，并为高价值账号保留硬件密钥选项。
风险与边界
攻击前提是端点已感染恶意软件或本地可访问，并非远程无接触利用；部分细节来自研究团队发布与安全媒体转述，官方缓解建议尚未完全落地；CVE-2026-34348 与 Passkey 攻击的关联程度仍需厂商确认；云同步 Passkey 的厂商（Google/Microsoft）可能已部分缓解，具体受影响版本需查阅各自安全公告。
后续观察
关注 Google Password Manager 与 Windows Hello 对 Pass-ta-key 的修复与官方回应；跟踪三项研究是否形成可复用的攻击工具；评估 FIDO 联盟是否调整 Passkey 部署指南；对比硬件密钥与云同步 Passkey 在不同威胁模型下的企业采用建议。
AI Master 解读
核心事件
三项独立研究展示 Passkey 攻击路径：可恢复云同步私钥或绕过防钓鱼 MFA，密码学未破但实现链被击穿。
行业影响
Passkey 的卖点是「防钓鱼 MFA」，但这次攻击证明安全边界在实现层：一旦设备被感染或同步链被滥用，密钥材料仍可能泄露。这与 news-7719（vCenter 目录穿越）不同——不是单点漏洞，而是对「无密码认证体系」信任模型的系统性拷问：FIDO2 解决了「密码可钓鱼」问题，却没有解决「端点可信」问题。
AI Master 建议
把 Passkey 部署视为「降低密码风险」而非「消除认证风险」，对高价值账号保留设备可信度检查与异常登录监控；关注 Unit 42 与相关研究的缓解建议，评估云同步 Passkey 与硬件密钥（如 YubiKey）在不同威胁模型下的取舍。