如何在浏览器环境中可靠地实施DPOP机制？

DPOP是一种规范，定义了一套机制，确保仅凭借被盗的访问令牌无法发起非法API调用。

在浏览器中安全存储DPOP所需的公钥/私钥对存在诸多挑战，现有存储方案的局限如下：

• LocalStorage/SessionStorage
  • 明文存储密钥易遭XSS攻击
  • 无法存储可防止私钥提取的CryptoKey对象（仅支持字符串存储）
• IndexedDB
  • 支持存储安全保存私钥的CryptoKey对象，是相对优质的选项
  • 未获得所有主流环境的全面支持，比如Firefox/Edge隐私模式、WebView、iOS 14.8及更早版本的Safari、Web Workers等场景均不兼容

以下是几种可行的替代存储选项：

1. 内存级临时存储 #

• 将CryptoKey对象直接保存在内存变量（如闭包、模块级变量）中，完全不做持久化存储
• 优势：彻底避免XSS攻击窃取持久化存储的密钥，私钥始终只在内存中存在
• 局限：页面刷新、关闭或会话结束后密钥会丢失，用户需要重新生成密钥并完成DPOP相关的认证流程

2. 加密会话Cookie配合内存解密 #

• 将加密后的密钥材料存储在Session Cookie中，同时为Cookie设置HttpOnly、Secure、SameSite=Strict属性，抵御XSS和CSRF攻击
• 页面加载时，在内存中使用派生密钥解密Cookie中的内容，还原出CryptoKey对象，全程不在持久化存储中保留明文密钥
• 优势：兼顾一定的会话内持久化和安全性
• 局限：Cookie有存储大小限制，且解密逻辑需要严格实现，避免密钥泄露风险

3. Web Worker隔离存储 #

• 在Web Worker中生成并存储CryptoKey对象，所有DPOP签名操作都在Worker内部完成，主线程仅传递待签名的数据，不直接接触私钥
• 优势：即使主线程遭遇XSS攻击，攻击者也无法访问Worker内存中的私钥，安全性大幅提升
• 局限：Worker随页面会话结束而销毁，密钥无法跨会话保留；部分老旧环境对Web Worker的支持有限

4. 浏览器扩展专属存储（扩展场景） #

• 如果是开发浏览器扩展，可使用扩展提供的chrome.storage.local或browser.storage.local存储API，这类API支持存储CryptoKey对象，且具备浏览器级别的隔离性，普通网页的XSS攻击无法访问该存储空间
• 优势：安全隔离性强，支持持久化存储CryptoKey
• 局限：仅适用于浏览器扩展开发，普通网页无法使用

内容的提问来源于stack exchange，提问作者raneshu