jwt签名防篡改原理是通过base64url编码header和payload后拼接，再用指定算法（如hs256或rs256）与密钥生成签名，任何改动都会因密码学单向函数导致签名不匹配，从而被验证失败。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
如果您在验证 JWT 时发现签名校验失败，或怀疑令牌内容被恶意修改，则问题很可能出在 Signature（签名）的生成与验证机制上。以下是 Signature 生成及防篡改原理的详细说明：
一、Signature 的标准生成流程
JWT 的 Signature 是对 Header 和 Payload 两部分进行 Base64Url 编码后拼接，再使用指定算法与密钥进行哈希运算所得的二进制值，最终经 Base64Url 编码形成第三段字符串。该过程确保任何对 Header 或 Payload 的微小改动都会导致签名完全不匹配。
1、提取原始 Header 和 Payload 对象，例如：{"alg":"HS256","typ":"JWT"} 与 {"sub":"123456","iat":1516239022}。
2、分别对 Header 和 Payload 执行 Base64Url 编码（非标准 Base64，需替换 +/ 为 -_，并省略填充 =）。
3、将编码后的 Header 字符串与 Payload 字符串用英文句点 “.” 连接，构成待签名消息 base64UrlEncode(header)+"."+base64UrlEncode(payload)。
4、使用 Header 中声明的算法（如 HS256）和服务器持有的密钥，对该连接字符串执行 HMAC-SHA256 运算，得到原始签名字节。
5、将签名字节再次进行 Base64Url 编码，生成最终的 Signature 段。
二、HS256 对称签名验证原理
HS256 使用共享密钥进行签名与验证，服务端收到 JWT 后，会复现上述生成步骤，并比对结果是否与传输来的 Signature 完全一致。只要密钥未泄露且算法未被降级，任何篡改都将导致比对失败。
1、服务端从 JWT 字符串中分离出三段：Header、Payload、Signature。
2、对前两段再次执行 Base64Url 解码，还原原始 JSON 对象，确认 alg 字段确为 HS256。
3、用相同密钥与相同拼接规则重新计算 HMAC-SHA256 值。
4、将新计算出的签名进行 Base64Url 编码，与 JWT 中第三段逐字符比对。
5、若任一位不匹配，则立即拒绝该 JWT，返回 InvalidSignatureException 或 HTTP 401 状态。
三、RS256 非对称签名验证原理
RS256 使用私钥签名、公钥验证，适用于多服务协同场景。签名过程仍基于 Header+Payload 拼接字符串，但底层采用 RSA-SHA256 签名而非 HMAC，因此无需共享密钥，大幅提升密钥管理安全性。
1、签发方使用私钥对拼接字符串 base64UrlEncode(header)+"."+base64UrlEncode(payload) 执行 RSA-SHA256 签名运算。
2、验证方仅持有对应公钥，对同一拼接字符串执行 RSA-SHA256 签名验证操作。
3、验证方不掌握私钥，无法伪造签名；攻击者即使截获 JWT，也无法逆向推导私钥或构造合法签名。
4、公钥可安全分发，多个下游服务均可独立完成验证，无需密钥同步。
四、Base64Url 编码的关键作用
JWT 必须在 URL、HTTP 头、Cookie 等上下文中安全传输，因此所有组成部分均采用 Base64Url 编码而非标准 Base64。该编码规避了 +、/、= 等特殊字符，避免被中间设备误解析或截断，保障签名数据的完整性传递。
1、Base64Url 编码将原始字节映射为 A–Z a–z 0–9 - _ 共 64 个 URL 安全字符。
2、编码过程严格去除末尾填充字符 “=”，防止某些代理 服务器自动丢弃。
3、解码时必须使用 Base64Url 解码器，若误用标准 Base64 解码，会导致 Header 或 Payload 解析错误，进而使签名验证必然失败。
五、签名防篡改的数学基础
HMAC 与 RSA 签名均依赖密码学单向函数特性：输入的任意微小变化（哪怕单个比特）都会导致输出哈希值呈现雪崩效应，产生完全不可预测的新值。这使得攻击者无法通过试错方式构造出与原始签名匹配的篡改后 JWT。
1、HMAC-SHA256 输出为固定长度 256 位（32 字节）摘要，碰撞概率低于 2^(-128)。
2、RSA-SHA256 签名长度取决于密钥位数（如 2048 位），其安全性依赖于大整数分解难题的计算不可行性。
3、JWT 规范强制要求签名段必须与前两段严格绑定，任何对 alg 字段的篡改（如 HS256 改为 none）若未同步更新签名，将在验证阶段被立即捕获。
