JWT（JSON Web Token）

结构与验证

JWT 由三部分组成，Base64URL 编码后用点分隔：Header.Payload.Signature。Header 指定算法（如 HS256 或 RS256）；Payload 包含声明（claims），如用户 ID、角色、过期时间；Signature 是用密钥对前两部分的签名。

服务器收到 JWT，重新计算签名并对比，一致则信任 Payload 里的数据——无需查数据库。这是 JWT「无状态」的核心：状态在 Token 里，不在服务器。HS256 用共享密钥签名（适合单体应用），RS256 用私钥签名、公钥验证（适合微服务，各服务持公钥即可验证，无需共享秘密）。[1]

常见的误用与安全陷阱

JWT 被滥用的频率惊人。几个典型坑：

• alg:none 攻击：早期某些库允许 Header 指定 alg: none，跳过签名验证。2015 年被广泛利用，现代库已修复，但要确认使用的库版本不受影响。
• 密钥强度不够：HS256 密钥如果是「secret」这类弱字符串，可被暴力破解。
• 无法主动吊销：JWT 一旦签发，在过期前始终有效。用户改密码、注销，Token 仍可用——除非维护一个「黑名单」，但这又引入了服务器状态，与 JWT 无状态的初衷相悖。

Payload 是 Base64 编码，不是加密，任何人都能解码看到内容。切勿在 Payload 里放密码、银行卡号等敏感字段。