JWT 令牌 解码器
在浏览器中即时解码 JWT(JSON Web Token)的头部和载荷。免费、私密、纯客户端处理,数据不会发送到任何服务器。
在浏览器中即时解码 JWT(JSON Web Token)的头部和载荷。免费、私密、纯客户端处理,数据不会发送到任何服务器。
JSON Web 令牌 (JWT) 是一种紧凑的 URL 安全格式,用于在两方之间传输声明,由 RFC 7519 定义。JWT 是由点分隔的三个 base64url 编码段:标头(算法和令牌类型)、有效负载(声明)和签名(真实性的加密证明)。标头和负载是 JSON,base64url 编码以确保 URL 安全;签名在编码标头和有效负载上使用多种算法(HS256、RS256、ES256 等)之一。
解码 JWT(将其分成段并对每个段进行 Base64 解码)不需要任何秘密。任何拥有令牌文本的人都可以读取其标头和有效负载。但是,签名只能使用秘密 (HMAC) 或公钥(非对称)进行验证。解码是为了检查;验证就是证明真实性。
该解码器分割令牌,对每个段进行 Base64 解码,将标头和有效负载解析为 JSON,并显示结果。它不会尝试签名验证,因为这需要解码器没有的秘密或公钥。解码的输出是只读检查——对于调试令牌很有用,但不能替代应用程序代码中的正确验证。
调试身份验证问题几乎总是涉及检查令牌。在代码中看起来有效的令牌可能有错误的声明、意外的算法、过期的 exp 时间戳或受众不匹配。解码令牌可以准确揭示发行者生产的内容。
在集成工作期间检查令牌也有帮助。连接到第三方 API 或身份提供商时,通过解码示例令牌可以最好地理解实际的声明名称、格式和结构,而不是依赖可能过时的文档。
粘贴token,获取解析的内容。
JWT 格式是由点连接的三个段。每个段都是 base64url 编码的——base64 的 URL 安全变体,使用 - 和 _ 而不是 + 和 /,有时会省略填充。解码需要撤消 URL 安全替换、填充段和 base64 解码。
解码后,标头和负载为 JSON。签名段是二进制的(原始签名字节)并且不可读;它需要验证密钥才能有用。
RFC 7519 中定义的常见声明:iss(发行者)、sub(主题标识符)、aud(受众)、exp(以 Unix 纪元秒为单位的到期时间)、nbf(不早于时间戳)、iat(在时间戳处发行)、jti(唯一令牌 ID)。特定于应用程序的声明可以以任何名称出现。