4. JWT 安全加固：强密钥策略、算法白名单、Payload 加密、过期时间设置

JWT 作为无状态认证的核心载体，其安全性直接决定了整个系统的信任边界。本章从密钥、算法、数据、时效四个维度，系统讲解生产级 JWT 安全加固方案，帮助你在压测与线上环境中规避常见攻击向量。

4.1 强密钥策略：从随机性到轮换机制

密钥是 JWT 签名的信任根。弱密钥（如短字符串、常见单词）可被暴力破解或彩虹表攻击，导致签名伪造。

密钥属性推荐标准说明
最小长度HMAC-SHA256 ≥ 256 bit（32 字节）低于此长度可被 GPU 集群快速枚举
熵源操作系统 CSPRNG（如 /dev/urandom）禁止使用固定字符串、UUID、时间戳
存储密钥管理服务（KMS / Vault）禁止硬编码在代码或配置文件中
轮换周期≤ 90 天，支持多密钥并行旧密钥保留至所有已签发 token 过期
生产建议：使用 openssl rand -base64 32 生成 256 位密钥，并通过密钥管理服务（如 AWS KMS、HashiCorp Vault）分发。轮换时采用“双密钥模式”：新密钥用于签发，旧密钥仅用于验证，直到所有旧 token 自然过期。

4.2 算法白名单：强制约束与算法混淆防御

JWT 头部 alg 字段若未校验，攻击者可篡改为 none 或从 RS256 降级为 HS256（利用公钥作为 HMAC 密钥），实现签名绕过。

// 算法白名单校验示例（Node.js + jsonwebtoken）
const allowedAlgorithms = ['RS256', 'RS384', 'RS512'];

function verifyToken(token, publicKey) {
  return jwt.verify(token, publicKey, {
    algorithms: allowedAlgorithms,  // 强制白名单
    issuer: 'https://auth.example.com',
    clockTolerance: 30,             // 30 秒时钟偏移容忍
  });
}
避坑：永远不要依赖 jwt.decode() 做安全校验——它不验证签名。必须使用 jwt.verify() 并显式传入 algorithms 白名单。对于非对称算法，务必验证公钥来源是否可信。

4.3 Payload 加密：敏感数据不出明文字段

JWT Payload 仅 Base64 编码，并非加密。任何持有 token 的人均可解码读取 sub、email、role 等字段。对于包含个人身份信息（PII）或内部业务数据的场景，必须对 Payload 进行加密。

推荐方案：JWE（JSON Web Encryption）——将原始 JWT 作为明文 Payload，用公钥加密后生成密文 JWE Token。服务端用私钥解密后，再执行签名验证。

JWE 加密流程 原始 JWT （明文 Payload） 公钥加密 JWE Token （密文 Payload） 私钥解密 还原 JWT （明文） JWE 结构说明 • JWE 包含 5 部分：Header / Encrypted Key / IV / Ciphertext / Auth Tag • 推荐算法：RSA-OAEP-256（密钥加密）+ A256GCM（内容加密） • 性能影响：加密/解密耗时约 0.5–2 ms（取决于密钥长度），对压测尾延迟影响可控 • 适用场景：跨服务传递用户身份、包含敏感字段的微服务调用

4.4 过期时间设置：短生命周期与滑动窗口

JWT 一旦签发，在过期前无法撤销（除非引入黑名单）。合理的过期策略是降低泄露风险的关键。

场景推荐过期时间说明
前端 SPA / 移动端15–30 分钟配合 Refresh Token 实现无感续期
服务间 API 调用5–10 分钟短生命周期 + 客户端凭证模式
一次性操作（密码重置）5–15 分钟超时后必须重新发起流程
长轮询 / WebSocket1–2 小时结合心跳检测与 token 刷新
滑动窗口策略：每次请求时，若 token 剩余有效期小于总生命周期的 1/3，则签发新 token（更新 exp 和 iat）。注意：滑动窗口会增加签发频率，压测时需关注密钥管理服务的 QPS 上限。

4.5 综合加固清单

将上述策略整合为可落地的检查清单，用于压测前的安全审计：

  • 密钥：长度 ≥ 256 bit，CSPRNG 生成，KMS 存储，90 天轮换
  • 算法：服务端强制白名单，拒绝 none 算法，非对称算法验证公钥来源
  • Payload：敏感字段使用 JWE 加密，或仅存放非敏感标识（如 user_id）
  • 过期：按场景设置合理 TTL，配合 Refresh Token 或滑动窗口
  • 校验：验证 iss、aud、exp、nbf，容忍 ≤ 30 秒时钟偏移
  • 压测验证：在压测脚本中注入篡改 token（alg=none、过期 token、错误密钥），确认服务端正确拒绝
压测诊断提示：安全加固可能引入额外计算开销（如 JWE 解密、密钥轮换检查）。在压测报告中，应单独统计“安全校验耗时”指标，并与基线对比。若尾延迟因安全加固增加超过 5%，需考虑优化算法选择或增加硬件加速（如 AES-NI 指令集）。
← 上一章 📖 返回目录 下一章 →