繁体   English   中英

JSON Web Tokens Not Decodable on jwt.io: “JWT payload is not a valid JSON object”

[英]JSON Web Tokens Not Decodable on jwt.io: “JWT payload is not a valid JSON object”

使用下面的代码,我可以构建一个解码的 JSON Web 令牌( decodedToken )。 当我将其粘贴到https://jwt.io上的调试器中时,header 和有效负载正确显示在右侧。 但是,当我将编码的令牌 ( encodedToken ) 粘贴到调试器中时,我会收到以下消息:

看起来您的 JWT 有效负载不是有效的 JSON object。 根据https://tools.ietf.org/html/rfc7519#section-7,JWT有效负载必须是顶级 JSON 对象。

它还在底部用大红色字母表示“无效签名”。

此外,使用编码令牌时,header 区域显示我解码的 header,有效负载区域显示我的整个解码令牌 所以 jwt.io 以某种方式成功解码了 JWT。 但它不应该尝试将整个解码令牌的 JSON 解析为一个单元。 它应该尝试分别解析 header 的 JSON 和有效负载部分。

我想知道为什么 jwt.io 不能完全了解我的编码令牌的有效负载。 decodedTokenencodedToken的值在下面的源代码中显示为注释。 谢谢你。

private static string GetEncodedToken(string privateKey)
{
    JObject header = JObject.FromObject(new { alg = "ES384", typ = "JWT" });
    JObject payload = JObject.FromObject(new { name = "value" });//simple test JSON data
    string decodedToken = Base64URLEncode(header) + "." + Base64URLEncode(payload);
    //eyJhbGciOiJFUzM4NCIsInR5cCI6IkpXVCJ9.eyJuYW1lIjoidmFsdWUifQ
    byte[] privateKeyBytes = Convert.FromBase64String(privateKey);
    using (ECDsa ecdsa = ECDsa.Create())
    {
        ecdsa.ImportECPrivateKey(privateKeyBytes, out _);
        string encodedToken = JWT.Encode(decodedToken, ecdsa, JwsAlgorithm.ES384);
        //eyJhbGciOiJFUzM4NCIsInR5cCI6IkpXVCJ9.ZXlKaGJHY2lPaUpGVXpNNE5DSXNJblI1Y0NJNklrcFhWQ0o5LmV5SnVZVzFsSWpvaWRtRnNkV1VpZlE.kYj0M2GNC5w9oRrIVcHJ9dSQLbOEjNjxd61zSXD5iz0nBRRWMWyxj2l1DAhKPa_hpaFUscuubCzYe_W1SKpo3s06on-hYnICgQH4fVoAwZxiM_N4W761jecOExfivztn
        return encodedToken;
    }
}

private static string Base64URLEncode(JObject jObject)
{
    string jsonString = jObject.ToString(Formatting.None);
    byte[] jsonBytes = Encoding.UTF8.GetBytes(jsonString);
    string escapedBase64 = Convert.ToBase64String(jsonBytes).TrimEnd('=').Replace('+', '-').Replace('/', '_');
    return escapedBase64;
}

更新

谢谢你到目前为止的答案。 我想我已经接近了,但是 jwt.io 仍然说,“无效签名”,即使我已经粘贴了公钥。 使用以下信息,我希望有人能告诉我为什么说我的签名无效。

I've generated a temporary private key just for the purpose of debugging this situation on stackoverflow.com: MIGkAgEBBDBywQ7LVcyOGzxJ0Tpjpww2zUZbbtb3WVm4A3uv7ho31jJzQRYTpSqR7+ORAdoxmamgBwYFK4EEACKhZANiAASG50vW1r/O1XmUbTBb6yx1YSABh1USA6MJ8HJnYJ58tjGGVPL88a6Z1gOUlAsHtNhL44PhnTNTNNFdaH2Z41yn7oZmBhuon0vuUNFic2HDpfa/uFwRUAmhSBQz8hu+980=

I initialized an instance of ecdsa with my private key and generated a public key with Convert.ToBase64String(ecdsa.ExportSubjectPublicKeyInfo()) : MHYwEAYHKoZIzj0CAQYFK4EEACIDYgAEhudL1ta/ztV5lG0wW+ssdWEgAYdVEgOjCfByZ2CefLYxhlTy/PGumdYDlJQLB7TYS+OD4Z0zUzTRXWh9meNcp+6GZgYbqJ9L7lDRYnNhw6X2v7hcEVAJoUgUM/IbvvfN

这是更新的代码:

private static string GetSignedEncodedToken(string privateKey)
{
    JObject payload = JObject.FromObject(new { name = "value" });//simple test JSON data
    string payloadString = payload.ToString(Formatting.None);
    byte[] privateKeyBytes = Convert.FromBase64String(privateKey);
    using (ECDsa ecdsa = ECDsa.Create())
    {
        ecdsa.ImportECPrivateKey(privateKeyBytes, out _);
        string signedEncodedToken = JWT.Encode(payloadString, ecdsa, JwsAlgorithm.ES384);
        return signedEncodedToken;
    }
}

And here is the signed encoded token: eyJhbGciOiJFUzM4NCIsInR5cCI6IkpXVCJ9.ew0KICAibmFtZSI6ICJ2YWx1ZSINCn0.KpJAgc3-yaoGmHGAXHOeH3BPgpxdBRm461yWia60dgjuQHG5iLnwLQtQgdZtsHnI-bEK_wdmvu85ZrF7n-TdWiFb4FQxGeLBeeRfnMLJhKfInu_7MYEWPS2Ohm4yBAqg

更新解决方案

正如 jps 所提到的,我需要用“-----BEGIN PUBLIC KEY-----”和“-----END PUBLIC KEY-----”来包装我的公钥。 然后 jwt.io 显示“签名已验证”。

您在这里调用的decodedToken基本上已经是没有签名的编码令牌。 function JWT.Encode采用第一个参数并重复您已经手动执行的操作,即它创建一个 base64url 编码的 header 和有效负载,然后为您签名。 您不需要创建自己的 header 也不需要关心 base64url 编码。

因此,您只需要在那里传递您的payload (不是 base64 编码的)。 结果是一个签名的令牌。

并且 jwt.io 显示“无效签名”,因为您可能没有将公钥传递给右栏中的“公钥”字段。 在不知道公钥的情况下,无法验证签名。

当您在那里粘贴公钥时,确保它具有 header 和页脚行-----BEGIN PUBLIC KEY----- -----END PUBLIC KEY----- ,然后验证应该可以正常工作。

您提供的令牌,我在jwt.io调试器中使用了相同的令牌,可以看到几个问题:

eyJhbGciOiJFUzM4NCIsInR5cCI6IkpXVCJ9.ZXlKaGJHY2lPaUpGVXpNNE5DSXNJblI1Y0NJNklrcFhWQ0o5LmV5SnVZVzFsSWpvaWRtRnNkV1VpZlE.kYj0M2GNC5w9oRrIVcHJ9dSQLbOEjNjxd61zSXD5iz0nBRRWMWyxj2l1DAhKPa_hpaFUscuubCzYe_W1SKpo3s06on-hYnICgQH4fVoAwZxiM_N4W761jecOExfivztn

以下是解码的详细信息:

Header(正确):

{
  "alg": "ES384",
  "typ": "JWT"
}

有效载荷(不正确):

"eyJhbGciOiJFUzM4NCIsInR5cCI6IkpXVCJ9.eyJuYW1lIjoidmFsdWUifQ"

由于 Payload 预计为 Json,而不是Base64Encoded字符串。 您应该能够对其进行修改以生成新的令牌。

现在主要错误:

对于解码调试器肯定需要公钥,它可以与私钥匹配,如果您使用非对称加密,如果您使用Symmetric encryption ,那么两个密钥将相同。

或者,您还可以添加私钥以使用修改后的算法或有效负载生成新令牌。

以编程方式,您可以查看详细信息:

  1. 您正在提供正确的公钥以匹配私钥
  2. 您以编程方式将 Base64String 转换为 Json。 这对于JWT调试器是不可行的

暂无
暂无

声明:本站的技术帖子网页,遵循CC BY-SA 4.0协议,如果您需要转载,请注明本站网址或者原文地址。任何问题请咨询:yoyou2525@163.com.

 
粤ICP备18138465号  © 2020-2024 STACKOOM.COM