双因素认证和 passkeys 让“偷到密码就够了”的攻击不再那么可靠。攻击者于是转向登录之后的环节：浏览器会话。被盗的 session cookie 可能让犯罪者看起来已经通过认证，即使账号启用了强保护。Chrome 引入 Device-Bound Session Credentials（DBSC）因此是一条真正有用的好技术新闻：它不是万能按钮，而是在协议、浏览器和设备层面处理一个现实弱点。

网页会话连接到笔记本安全芯片和服务器挑战 近期背景来自 Ars Technica 的报道、W3C 草案、WICG explainer，以及 Google Workspace 关于用 session binding 防止 cookie theft 的说明。核心思路很直接：支持的网站创建会话时，浏览器生成一个应留在原设备上的加密密钥。之后服务器可以要求浏览器证明它仍拥有该密钥。如果 infostealer 只把 cookie 复制到另一台机器，单独的 cookie 就不应再足够。

它要补的漏洞

session cookie 是便利机制。登录后，网站不会每个页面都要求密码和第二因素；浏览器发送 cookie，服务器认为这是同一会话。问题在于，cookie 往往像 bearer token：谁拿到就能用。DBSC 增加了一个条件：受保护 cookie 的刷新或验证，需要浏览器证明它仍拥有该会话的 private key。

这很重要，因为攻击经济已经变化。密码钓鱼仍然存在，但 passkeys、安全密钥和强 MFA 让它对高价值账号不那么稳定。会话盗窃绕过了这层进步。恶意软件、危险扩展、adversary-in-the-middle 工具和泄露日志，都可能把已登录浏览器变成 token 来源。DBSC 让这些 token 离开原设备后价值下降。

简单说如何工作

服务器告诉浏览器注册安全会话。浏览器为该会话创建一对密钥。private key 尽可能保存在设备受保护组件中：公开材料提到 Windows 上的 TPM，技术文章讨论 Apple 平台的 Secure Enclave。具体机制由浏览器决定，但目标相同：private key 不应像普通文件一样被导出。

注册和后续刷新时，浏览器用会话密钥签名 challenge。服务器不需要接收永久硬件身份。WICG 文本明确说，不向服务器发送 TPM certificate chain，因为那会造成精确 fingerprinting。服务器只应知道：这个浏览器仍能访问与该会话相关的密钥。

这不是 passkey 的替代品。passkey 保护登录动作；DBSC 保护登录之后的会话持续性。一个守门，另一个降低门后通行证被盗后的价值。

为什么这是实际改进

很多安全措施要求用户在最糟糕的时刻做对选择：不要点链接、识别假域名、拒绝可疑推送。DBSC 的价值在于主要检查自动完成。如果攻击者只有被盗 cookie，就缺少回答服务器 challenge 的 private key。

对企业尤其有意义。企业邮箱、CRM、云控制台、财务系统或管理后台的一条被盗会话，可能暴露邮件、文档、客户数据和配置。Google Workspace 把 session binding 描述为对 cookie theft 的控制：会话在受管设备上有用，被复制后应明显不那么有用。如果这种模式扩展，infostealer 生意会更难做。

必须承认的边界

DBSC 不能让同一设备上的 malware 失效。恶意程序仍可能通过真实浏览器操作，等待新 token，滥用扩展，或把受保护环境当作 signing oracle。WICG explainer 也把持续控制已受害 user agent 视为不能完全解决的范围。更准确的承诺是：短暂读写访问不应在清理后自动变成长期远程会话。

它也不能修复薄弱账号恢复、服务器入侵、危险扩展、被社工的客服或过长 session lifetime。网站必须实现协议，浏览器必须支持，设备要有合适的保护机制，组织还要处理丢失和更换设备。

隐私与 fingerprinting

对 fingerprinting 的担心完全合理。如果网站能看到稳定 TPM 或 Secure Enclave 身份，那会是严重隐私问题。DBSC 草案试图避免这一点：会话使用独立密钥，网站不应判断两个密钥来自同一设备，TPM 证书链不发送给服务器。后台刷新也受到请求上下文、cookie 可访问性和站点活跃状态限制。

这部分需要浏览器厂商、隐私研究者和标准组织持续审查。好消息不是“无条件相信硬件”，而是公开设计已经把风险写出来。合理要求包括 per-site 或 per-session keys、不泄露稳定硬件身份、清晰企业控制、可理解恢复流程和独立评估。

现在该怎么做

Ars 报道 Chrome 在 Windows 和 macOS 新版本中加入支持，但可用范围仍有限。WICG 和 W3C 也说明它仍处在标准化过程中，不是整个 web 的默认能力。管理员应关注 Google Workspace 文档，询问供应商是否支持 session binding、有哪些日志、如何恢复设备以及如何避免 fingerprinting。

普通用户不需要寻找神奇开关。保持浏览器更新，继续使用 passkeys 或强 MFA，删除可疑扩展，认真对待设备安全。若 DBSC 部署成功，最好的结果会很安静：更少被盗 cookie 能在别处复用，更少反复登录流程，攻击者默认失败更多。

结论

DBSC 重要，因为它保护了一个长期薄弱的阶段：谁有 cookie，谁就像有会话。它不会终结账号接管，但会削弱一个现实路径：偷走会话，在另一台机器重放，然后进入。安全领域里，让廉价攻击更难迁移、更容易暴露，就是实实在在的进步。

来源

Ars Technica Dan Goodin 2026 年 8 月 11 日报道；W3C Device Bound Session Credentials Editor's Draft；WICG DBSC explainer 与 repository；Google Workspace 关于 session binding 的帮助；Scott Helme 技术分析；Corbado 关于 DBSC、passkeys 与会话安全的文章；Hacker News item 49268757 反映 TPM、Secure Enclave、passkeys 与 fingerprinting 的技术讨论。