JWT 生成/验证

HS256 签名生成 · 三段解析 · exp/nbf/iat 有效期状态 · 相同密钥验签

token 与密钥只在你浏览器里参与计算，不上传、不留存

使用前必读： 本页只实现 HS256（HMAC-SHA256 对称密钥）：签名与验签用同一把密钥，持有同一密钥的人都能产生合法签名。「验签通过」只表示签名与你输入的密钥匹配，不代表这个 token 可信（签发方、受众、权限以签发服务为准，生产验签请走 RS256/ES256 等非对称算法）。生成与验签依赖浏览器加密接口（https 或 localhost 安全上下文可用）；解析功能不依赖它，http 下也可用。

生成：Header + Payload + 密钥 → 三段式 token

Header（JSON，alg 必须是 HS256）

Payload / claims（JSON）

exp 快速填写（自当前时刻）：

签名密钥（secret，与签发服务相同）

密钥只存在于页面内存：不上传、不写 localStorage，刷新或关闭页面即消失。

生成的 token（Header.Payload.签名）

解析 / 验证：粘贴 token → 三段解码 + 有效期状态 + 验签

JWT（粘贴完整三段，不要带换行）

① Header 段（base64url）

解码后

② Payload 段（base64url）

解码后

③ 签名段（base64url）

解码后（十六进制）

声明（claims）与有效期状态（相对你当前时刻）

声明	值 / 本地时间	状态

验签密钥（与签发时相同）

使用前请先看清楚：本页适合什么、不适合什么

① 「验签通过」不等于「token 可信」。验签通过只证明「这个 token 的签名与你输入的密钥匹配」——也就是持有这把密钥的人产出了它。谁签发的（iss）、给谁的（sub/aud）、携带什么权限、有没有被滥用，页面都替不了签发服务背书。生产环境请走签发服务自己的校验逻辑。

② 本页只实现 HS256（对称密钥）。HS256 的签名与验签用同一把密钥：密钥一旦泄露，任何人都能伪造合法 token。真实系统普遍使用 RS256 / ES256 等非对称算法（公钥验签、私钥签发）；本页不实现它们，遇到这类 token 会如实说「只能解析、无法验签」。

③ token 与密钥不上传、不留存。签名与验签由浏览器内置的 WebCrypto（HMAC-SHA256）在本地完成，页面不发起任何网络请求、不写 localStorage 或 cookie，刷新即清空；密钥不会被存到任何地方。

④ 本页不保管密钥、也不提供密钥管理。不要把生产密钥长期留在这类网页里；本页的定位是调试、联调与学习（看懂 token 结构、核对签名、检查有效期）。

什么是 JWT，这个 JWT 生成器 / 解析器能做什么

JWT（JSON Web Token）是三段用英文句点连接的字符串：Header.Payload.签名。Header 声明算法（如 HS256），Payload 携带声明（claims，如 sub 主体、exp 过期时间），签名是对「前两段拼接结果」用密钥做的 HMAC-SHA256 计算——任何一段被改动，签名都会对不上。三段各自用 base64url 编码，所以内容可以直接肉眼读出，JWT 不是加密格式，Payload 里的内容对所有人可见，不要把密码、证件号这类敏感数据写进 Payload。

本页做三件事：生成——编辑 Header 与 Payload 的 JSON、填写密钥，在浏览器里完成 HS256 签名并拼出标准 token（exp 支持按 1 小时 / 1 天 / 7 天 / 30 天快速填写）；解析——粘贴任意 JWT，拆出三段、解码显示 JSON，并对 exp / nbf / iat 给出本地时间与「还剩多久过期 / 已过期多久 / 尚未生效」的状态提示；验签——用相同密钥重新计算签名，与 token 里的签名逐字节比对，告诉你匹配与否。

exp、nbf、iat 都是 Unix 时间戳（秒）：exp 过期时间（之后应被拒绝）、nbf 生效时间（之前不算有效）、iat 签发时间。排查「token 为什么被拒」时，先解析看这三个值，再核对服务端时钟与签发参数。

为什么能做到不上传？签名与验签用的是浏览器内置的 WebCrypto（HMAC-SHA256），密钥与 token 全程只在本机内存里参与计算，页面不发起任何网络请求——你可以在开发者工具的 Network 面板核验（只会看到页面自身与统计脚本的请求）。唯一的限制：WebCrypto 只在安全上下文（https 或 localhost）开放，http 打开时生成与验签不可用，解析不受影响。

常见问题

这个 JWT 生成/验证页面能做什么？

三件事：① 生成——编辑 Header 与 Payload（claims）的 JSON、填写签名密钥，页面在浏览器里用 HMAC-SHA256（HS256）算出签名，拼成标准三段式 token；② 解析——粘贴已有 token，拆出三段（Header / Payload / 签名），显示解码后的 JSON，并给出 exp/nbf/iat 等声明对应的本地时间与状态；③ 验签——用相同密钥重新计算签名，与 token 里的签名比对。全部在浏览器本地完成，无需注册。

「验签通过」说明这个 token 可信吗？

不说明。它只表示这个 token 的签名与你输入的密钥匹配——也就是「持有这把密钥的人产出了这个 token」。token 是否可信取决于签发服务：谁签发的（iss）、给谁的（sub/aud）、有没有过期（exp）、携带什么权限，页面都替不了它背书。而且 HS256 是对称密钥算法：任何持有同一把密钥的人都能产生合法签名。生产环境的验签请走签发服务自己的校验逻辑（含 RS256/ES256 等非对称算法），本页用于调试与学习。

exp、nbf、iat 这些声明是什么意思？

exp 是过期时间（这一刻之后 token 应被拒绝），nbf 是生效时间（这一刻之前 token 还不算有效），iat 是签发时间；它们都是 Unix 时间戳（秒）。本页解析后会逐条给出对应的本地时间，以及相对当前时刻「还剩多久过期 / 已过期多久 / 尚未生效」，一眼看出 token 的有效期窗口。

token 和密钥会被上传吗？

不会。token 与密钥只在你浏览器内参与本地计算（WebCrypto HMAC-SHA256），页面不发起任何网络请求，不写 localStorage 或 cookie，刷新即清空。密钥不会被存到任何地方，关闭页面后本机不留副本。

为什么有些页面生成/验签时提示「请用 https 访问」？

浏览器只在安全上下文（https 或 localhost）开放加密接口 crypto.subtle，本页用它做 HMAC 签名与验签；以 http 打开时，生成与验签会被禁用并在页面顶部提示。解析功能不依赖这个接口，仍然可用。改用 https 访问后全部功能可用。