在Service Worker缓存与IndexedDB存储敏感数据的安全及加密方案咨询

为什么存在风险？ #

虽然IndexedDB和Service Worker缓存受同源策略保护，但以下场景会导致数据泄露：

• 本地物理访问：任何人拿到用户设备后，直接打开浏览器DevTools就能查看存储的明文数据
• 恶意浏览器扩展：获得站点访问权限的恶意扩展，可以直接读取同域的IndexedDB和Service Worker缓存
• XSS漏洞：如果你的站点存在XSS漏洞，攻击者注入的脚本能轻松读取这些存储数据，并发送到第三方服务器

最优加密方案 #

1. 选择合适的加密算法 #

优先用AES-GCM，它属于带认证的加密算法，既能加密数据，又能验证数据是否被篡改，安全性比单纯的AES-CBC更高。

2. 密钥管理是核心（绝对不能存在前端存储） #

密钥是加密的核心，绝对不能把密钥存在localStorage、IndexedDB这类前端存储里，否则加密等于摆设。最优方式是：

• 基于用户的登录凭证派生密钥：比如用用户登录时输入的密码（或后端返回的短期身份令牌），通过PBKDF2或Argon2算法派生密钥，同时加入随机生成的盐值，防止彩虹表攻击。
• 派生过程全程在前端完成，不要把原始密码或派生前的敏感凭证传给后端（登录场景除外）。

3. 加密/解密的具体实现步骤 #

• IndexedDB待发私信队列：
  • 存入前：对整个私信对象（收件人、消息体、发送时间等）进行序列化（比如转成JSON字符串），然后用AES-GCM加密，将**密文、初始化向量(IV)、认证标签(Tag)**一起存入IndexedDB
  • 读取时：取出这三个值，用密钥解密后反序列化，再发送到后端
• Service Worker缓存的私信列表：
  • 缓存前：拦截GET请求的响应体，提取敏感内容进行加密，再将加密后的数据存入缓存
  • 读取时：从缓存取出加密数据，解密后再返回给页面渲染

4. 辅助防御措施 #

• 启用CSP（内容安全策略），严格限制脚本来源，降低XSS攻击风险
• 开启HSTS，强制站点使用HTTPS，防止中间人攻击
• 定期清理过期的待发队列和缓存数据，减少敏感数据暴露的时间窗口

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