2、令牌生命周期管理：Access Token与Refresh Token的生成、过期策略、刷新机制及安全存储要求

令牌生命周期管理是OAuth 2.0授权体系的核心安全防线。Access Token与Refresh Token承担不同职责：前者用于快速验证资源访问权限，后者用于无感续期。本章从生成、过期、刷新到存储，逐层拆解令牌全生命周期的设计要点与工程落地规范。

2.1 令牌类型与职责划分

OAuth 2.0定义两种核心令牌，其生命周期策略必须差异化设计：

2.2 令牌生成规范

令牌的生成必须满足不可预测性、防篡改、可验证三个安全属性。以下是两种主流生成方式：

2.2.1 自包含令牌（JWT）

JWT（JSON Web Token）将用户身份、权限范围、过期时间编码在令牌本身，资源服务器无需回查授权服务器即可完成验证。典型Payload结构：

{
  "iss": "https://auth.example.com",
  "sub": "user_12345",
  "aud": "https://api.example.com",
  "exp": 1718000000,
  "iat": 1717996400,
  "scope": "read write",
  "client_id": "web_app_01"
}

• 签名算法：推荐使用RS256（RSA-SHA256）或ES256（ECDSA-SHA256），避免使用HS256（对称密钥）在分布式环境下泄露密钥。
• JTI（JWT ID）：为每个Access Token生成唯一标识，用于黑名单或日志追踪。
• 避免敏感数据：JWT Payload仅用Base64编码，非加密，严禁放入密码、手机号等PII。

2.2.2 不透明令牌（Opaque Token）

不透明令牌是一串随机字符串（如UUIDv4或CSPRNG生成的32字节序列），授权服务器需维护令牌到用户信息的映射表。适用于需要服务端即时撤销的场景。

// 生成示例（Node.js crypto）
const crypto = require('crypto');
const opaqueToken = crypto.randomBytes(32).toString('hex');
// 输出: "a1b2c3d4e5f6...（64位十六进制字符串）"

2.3 过期策略设计

过期策略直接影响系统安全性与用户体验。以下是三种常见策略及其适用场景：

2.4 刷新机制与令牌轮换

刷新流程是令牌生命周期管理的核心交互环节。下图展示了标准刷新流程与令牌轮换的完整链路：

2.5 安全存储要求

令牌存储位置直接决定泄露风险等级。以下是不同客户端类型的安全存储规范：

2.6 令牌生命周期状态机

从颁发到废弃，令牌经历多个状态转换。下图展示了完整的生命周期状态机：

2.7 关键工程要点总结

• 令牌绑定：将Access Token与客户端ID、IP段或设备指纹绑定，降低令牌被盗用后的影响范围。
• 刷新窗口：在Access Token过期前5%～10%的时间窗口内，客户端应主动发起静默刷新，避免请求中断。
• 并发刷新保护：使用锁机制或去重队列，防止多个请求同时触发刷新导致令牌竞争条件。
• 审计日志：每次令牌颁发、刷新、撤销操作均记录日志，包含时间戳、客户端ID、用户标识、令牌指纹（JTI）。
• 定期轮换密钥：JWT签名密钥至少每90天轮换一次，旧密钥保留一个过期窗口用于验证未过期令牌。