在JWT上下文中,NBF代表什么?

在JWT上下文中,NBF代表什么?,jwt,Jwt,根据,每个令牌中始终提供以下四个声明: 发卡机构名称-iss 客户端ID-客户端ID 寿命-经验 范围-nbf 考虑到生命周期被计算为到期时间,我理解除最后一个代码之外的所有代码。代码“NBF”代表什么 我甚至查过了,但根本没有相关的代币 奖金问题。代码格式不同的原因是什么?我不禁想知道为什么client_id没有遵循相同的模式并设置为cid。我感觉到一些历史背景…以前没有 这就是nbf的意思 此声明的使用是可选的,它标识了不接受令牌的时间 请参见以下内容中的定义: nbf(非之前)声明标

根据,每个令牌中始终提供以下四个声明:

  • 发卡机构名称-iss
  • 客户端ID-客户端ID
  • 寿命-经验
  • 范围-nbf
考虑到生命周期被计算为到期时间,我理解除最后一个代码之外的所有代码。代码“NBF”代表什么

我甚至查过了,但根本没有相关的代币

奖金问题。代码格式不同的原因是什么?我不禁想知道为什么client_id没有遵循相同的模式并设置为cid。我感觉到一些历史背景…

以前没有 这就是nbf的意思

此声明的使用是可选的,它标识了不接受令牌的时间

请参见以下内容中的定义:

nbf
(非之前)声明标识了 不得接受JWT进行处理。加工
nbf
索赔要求当前日期/时间必须在或之后 等于
nbf
索赔中列出的日期/时间。 实施者可能会提供一些小的回旋余地,通常不会更多 而不是几分钟,来解释时钟的偏差。它的价值必须是 包含NumericDate值的数字。此声明的用途是 可选

令牌的寿命在
nbf
声明中规定的时间之后开始,并在
exp
声明中规定的时间结束


解决您的奖金问题:

需要强调的是,
nbf
是一项索赔,而
client_id
不是。但它并不阻止使用
客户机id

使用JWTs的人可以随意定义索赔名称。然而,合同中定义的权利要求故意简短:

所有名称都很短,因为JWTs的核心目标是使表示紧凑

本文件还规定了以下内容:

由于本规范的一个核心目标是使生成的表示形式紧凑,因此建议名称简短——也就是说,如果没有令人信服的理由,名称不能超过8个字符


哦,这就是+1的情况。。。我明白了我是如何误解括号中文本中提到的词语的:…包含关于范围、寿命(nbf和exp)的声明。。。。蠢驴。。。至于范围和客户端id,Identity Server的实现者似乎违反了JWT的命名约定,对吗?@KonradViltersten我在回答中添加了更多细节以解决这些问题:)