Pass-ta-key 攻击链曝光：恶意软件可静默窃取 Google 密钥，绕过生物识别验证

三项攻击技术及其利用的漏洞

Pass-ta-key（基础型）

此攻击从磁盘上的本地passkey_enclave_state文件中，提取经TPM（可信平台模块）封装的装设备身份密钥。恶意软件利用合法的Windows CNG API调用，将该密钥用于签署攻击者控制的认证请求，从而产生一个有效的WebAuthn断言。整个过程中，受害者的屏幕上不会出现任何生物识别或PIN码验证提示。此攻击仅对那些不验证验证器数据中User Verified（用户已验证，UV）标志位网站有效。

利用的漏洞：Chrome云验证器对本地存储设备身份密钥的过度信任，以及部分网站未在服务端强制实施用户验证检查。

Silver Pass-ta-key（白银型）

此技术通过删除或无效化本地的passkey_enclave_state文件，强制Chrome重新进行设备注册流程。在重新注册过程中，Chrome在一个延迟流程中短暂创建用户验证密钥。恶意软件利用此时间窗口植入攻击者控制的用户验证密钥。由于Google云验证器在重新注册时未对新的用户验证密钥进行验证（Attestation），由此签署的断言会将UV标志位置为1，从而绕过那些强制要求用户验证的网站。攻击者可以从自己的设备获得持久、可复用的访问权限——受害者的设备此后无需保持在线状态。

利用的漏洞：设备重新注册流程中缺乏对关键密钥的验证机制，且系统未对passkey_enclave_state文件的删除提供任何保护。

Golden Pass-ta-key（黄金型，严重）

此技术触发与Silver Pass-ta-key相同的重新注册流程，然后通过转储Chrome进程内存来恢复安全域密钥（SDS）。SDS是一个32字节的对称密钥，用于加密用户Google账户中的所有同步密钥。一旦获得SDS，攻击者便可解密所有现有及未来同步密钥的私钥，实现对受这些密钥保护的所有服务的完全账户接管。Unit 42最初发现Chrome曾将SDS以明文形式记录在chrome://device-log/FIDO日志中（Google在接到报告后已移除该日志记录），但SDS在Chrome进程内存中暴露的问题依然存在。

利用的漏洞：在设备注册流程中，SDS以明文形式存在于Chrome的进程内存中。

受影响网站

基础的Pass-ta-key攻击适用于任何未在服务端验证UV标志位的第三方网站（Relying Party）。Unit 42指出eBay是其中一个未执行此检查的网站——eBay在报告后已经修复了此问题。研究人员还观察到，“数量惊人”的网站在用户注册时要求userVerification: "required"，但实际上从未验证返回数据中的UV位是否被正确设置。

主密钥（SDS）失窃的风险

SDS是保护用户所有同步密钥的32字节主密钥。SDS失窃意味着：

• 所有现存的同步密钥私钥均可解密，此后同步的任何新密钥也将同样被解密。
• 攻击者可以在无需受害者任何进一步交互的情况下，登陆任何受密钥保护的账户——包括Gmail。
• 由于攻击者获得Gmail访问权限后，可通过密码重置功能进一步控制关联的第三方服务，事态的影响范围远超被直接攻破的服务。
• Google目前没有提供内建的机制来轮换SDS——用户无法自行生成一个新的SDS来替换旧的。

建议的防护措施

基于Unit 42的发现及相关报道，建议采取以下防护措施：

• 除同步密钥外，至少注册一个硬件安全密钥（如YubiKey）：设备绑定凭据永远不会同步到云端，不会进入Chrome的本地加密状态，也无法从内存中被读取。
• 高风险用户（记者、高管、活动家、系统管理员等）应开启Google高级保护计划（Advanced Protection Program）：该计划强制要求使用安全密钥或设备绑定密钥，并强化了账户恢复流程。
• 每月审计Google账户的已授权设备列表，移除任何无法识别的会话。
• 将任何信息窃取型恶意软件感染视为一次全面的凭据重置事件：系统恢复后，在一台干净的设备上重新注册所有密钥。
• 第三方网站必须在服务端验证UV标志位，并将敏感操作的userVerification设置为"required"（而非"preferred"）。

当前状态

截至本报道发布时（2026年8月3日），该系列漏洞尚未被分配CVE编号，Google也尚未公开确认是否会直接修复Silver Pass-ta-key或Golden Pass-ta-key的攻击路径。