本页面适用于 Apigee 和 Apigee Hybrid。
查看 Apigee Edge 文档。
是什么
验证签名 JWT，或者解密并验证从客户端或其他系统收到的加密 JWT。此政策还会将声明提取到上下文变量中，这样后续政策或条件就可以检查这些值，以做出授权或路由决策。如需查看详细介绍，请参阅 JWS 和 JWT 政策概览。
此政策为标准政策，可部署到任何环境类型。并非所有用户都需要了解政策和环境类型。如需了解政策类型以及在每种环境类型中的可用性，请参阅政策类型。
此政策在执行时，如果是签名 JWT，Apigee 会使用提供的验证密钥验证 JWT 的签名。如果是加密 JWT，Apigee 会使用解密密钥解密 JWT。对于上述任何一种情况，Apigee 随后都会根据到期时间和“不早于”时间（如有）验证 JWT 是否有效。（可选）该政策还可以验证 JWT 中特定声明的值，例如主题、颁发者、受众群体或附加声明的值。
如果 JWT 经过验证且有效，则 JWT 中包含的所有声明将被提取到上下文变量中，以供后续政策或条件使用，并且系统会允许继续执行请求。如果 JWT 签名无法验证，或者 JWT 因某个时间戳而无效，则系统会停止所有处理并在响应中返回错误。
如需了解 JWT 各部分及其加密和签名的方式，请参阅 RFC7519。
方式
政策是验证签名 JWT 还是加密 JWT 取决于您是使用哪种元素来指定用于验证 JWT 的算法：
- 如果您使用
<Algorithm>元素，则政策会验证签名 JWT。 - 如果您使用
<Algorithms>元素，则政策会验证加密 JWT。
视频
观看视频短片，了解如何验证 JWT 签名。
验证签名 JWT
本部分介绍如何验证签名 JWT。对于签名 JWT，请使用 <Algorithm> 元素指定用于为密钥签名的算法。
签名 JWT 的示例
以下示例说明了如何验证签名 JWT。
HS256 算法
此示例政策验证了采用 HS256 加密算法（即使用 SHA-256 校验的 HMAC ）进行签名的 JWT。系统会使用名为 jwt 的表单参数在代理请求中传递 JWT。该密钥包含在名为 private.secretkey 的变量中。请观看上方视频，了解完整示例（包括如何向政策发出请求）。
政策配置包括 Apigee 解码和评估 JWT 需要的信息，例如在哪里查看 JWT（在源元素中指定的流变量中）、所需的签名算法、在哪里查看密钥（例如，存储在可从 Apigee KVM 检索的 Apigee 流程变量中），以及一组必要的声明及其值。
<VerifyJWT name="JWT-Verify-HS256">
<DisplayName>JWT Verify HS256</DisplayName>
<Algorithm>HS256</Algorithm>
<Source>request.formparam.jwt</Source>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
<SecretKey encoding="base64">
<Value ref="private.secretkey"/>
</SecretKey>
<Subject>monty-pythons-flying-circus</Subject>
<Issuer>urn://apigee-edge-JWT-policy-test</Issuer>
<Audience>fans</Audience>
<AdditionalClaims>
<Claim name="show">And now for something completely different.</Claim>
</AdditionalClaims>
</VerifyJWT>
该政策会将其输出写入上下文变量，以便 API 代理中的后续政策或条件检查这些值。如需查看此政策设置的变量列表，请参阅流变量。
RS256 算法
此示例政策验证了采用 RS256 算法进行签名的 JWT。要进行验证，您需要提供公钥。系统会使用名为 jwt 的表单参数在代理请求中传递 JWT。公钥包含在名为 public.publickey 的变量中。请观看上方视频，了解完整示例（包括如何向政策发出请求）。
请参阅“元素参考”，详细了解此示例政策中每个元素的要求和方案。
<VerifyJWT name="JWT-Verify-RS256">
<Algorithm>RS256</Algorithm>
<Source>request.formparam.jwt</Source>
<IgnoreUnresolvedVariables>false</IgnoreUnresolvedVariables>
<PublicKey>
<Value ref="public.publickey"/>
</PublicKey>
<Subject>apigee-seattle-hatrack-montage</Subject>
<Issuer>urn://apigee-edge-JWT-policy-test</Issuer>
<Audience>urn://c60511c0-12a2-473c-80fd-42528eb65a6a</Audience>
<AdditionalClaims>
<Claim name="show">And now for something completely different.</Claim>
</AdditionalClaims>
</VerifyJWT>
对于以上配置，如果 JWT 带有以下标头…
{
"typ" : "JWT",
"alg" : "RS256"
}
和以下载荷…
{
"sub" : "apigee-seattle-hatrack-montage",
"iss" : "urn://apigee-edge-JWT-policy-test",
"aud" : "urn://c60511c0-12a2-473c-80fd-42528eb65a6a",
"show": "And now for something completely different."
}
那么该 JWT 将被视为有效（前提是可以使用提供的公钥验证签名）。
如果 JWT 带有同一标头但载荷为以下内容…
{
"sub" : "monty-pythons-flying-circus",
"iss" : "urn://apigee-edge-JWT-policy-test",
"aud" : "urn://c60511c0-12a2-473c-80fd-42528eb65a6a",
"show": "And now for something completely different."
}
那么该 JWT 将被视为无效，即使可以验证签名，结果也如此，因为 JWT 中包含的“sub”声明与政策配置中指定的“Subject”元素的要求值不一致。
该政策会将其输出写入上下文变量，以便 API 代理中的后续政策或条件检查这些值。如需查看此政策设置的变量列表，请参阅流变量。
上述示例使用 <Algorithm> 元素，因此它们会验证签名 JWT。<PrivateKey> 元素指定用于为 JWT 签名的密钥。此外，还有一些其他的密钥元素。使用哪种密钥元素取决于通过 <Algorithm> 的值指定的算法，如下一部分所述。
设置密钥元素以验证签名 JWT
以下元素指定用于验证签名 JWT 的密钥：
使用哪种元素取决于所选算法，如下表所示：
| 算法 | 密钥元素 | |
|---|---|---|
| HS* |
<SecretKey encoding="base16|hex|base64|base64url"> <Value ref="private.secretkey"/> </SecretKey> |
|
| RS*、ES*、PS* | <PublicKey> <Value ref="rsa_public_key_or_value"/> </PublicKey> 或者： <PublicKey> <Certificate ref="signed_cert_val_ref"/> </PublicKey> 或者： <PublicKey> <JWKS ref="jwks_val_or_ref"/> </PublicKey> |
|
| *如需详细了解密钥要求，请参阅签名加密算法简介。 | ||
验证加密 JWT
本部分介绍如何验证加密 JWT。对于加密 JWT，请使用 <Algorithms> 元素指定用于为密钥和内容签名的算法。
加密 JWT 的示例
以下示例展示了如何验证加密 JWT（即 <Type> 设置为 Encrypted），其中：
- 密钥使用 RSA-OAEP-256 算法进行加密。
- 内容使用 A128GCM 算法进行加密。
<VerifyJWT name="vjwt-1">
<Algorithms>
<Key>RSA-OAEP-256</Key>
<Content>A128GCM</Content>
</Algorithms>
<Type>Encrypted</Type>
<PrivateKey>
<Value ref="private.rsa_privatekey"/>
</PrivateKey>
<Subject>subject@example.com</Subject>
<Issuer>urn://apigee</Issuer>
<AdditionalHeaders>
<Claim name="moniker">Harvey</Claim>
</AdditionalHeaders>
<TimeAllowance>30s</TimeAllowance>
<Source>input_var</Source>
</VerifyJWT>
上面的示例使用 <Algorithms> 元素，因此它会验证加密 JWT。<PrivateKey> 元素指定用于解密 JWT 的密钥。此外，还有一些其他的密钥元素。使用哪种密钥元素取决于通过 <Algorithms> 的值指定的算法，如下一部分所述。
设置密钥元素以验证加密 JWT
以下元素指定用于验证加密 JWT 的密钥：
使用哪种元素取决于所选密钥加密算法，如下表所示：
| 算法 | 密钥元素 |
|---|---|
| RSA-OAEP-256 | <PrivateKey> <Value ref="private.rsa_privatekey"/> </PrivateKey> 注意：您指定的变量必须解析为 PEM 编码格式的 RSA 私钥。 |
|
<PrivateKey> <Value ref="private.ec_privatekey"/> </PrivateKey> 注意：您指定的变量必须解析为 PEM 编码格式的椭圆曲线私钥。 |
|
<SecretKey encoding="base16|hex|base64|base64url"> <Value ref="private.flow-variable-name-here"/> </SecretKey> |
|
<PasswordKey> <Value ref="private.password-key"/> <SaltLength> <PBKDF2Iterations> </PasswordKey> |
| dir | <DirectKey> <Value encoding="base16|hex|base64|base64url" ref="private.directkey"/> </DirectKey> |
如需详细了解密钥要求，请参阅签名加密算法简介。
元素参考
“政策参考”介绍了“验证 JWT 政策”的元素和属性。
注意：配置因您使用的加密算法而有些许差异。如需查看演示特定用例配置的示例，请参阅示例。
适用于顶级元素的属性
<VerifyJWT name="JWT" continueOnError="false" enabled="true" async="false">
以下属性是所有政策的父级元素都具有的属性。
| 特性 | 说明 | 默认 | 状态 |
|---|---|---|---|
| name |
政策的内部名称。您可以在名称中使用的字符仅限于 A-Z0-9._\-$ %。但是，Apigee 界面会实施其他限制，例如自动移除非字母数字字符。（可选）使用 |
无 | 必需 |
| continueOnError |
设置为 false 可在政策失败时返回错误。对于大多数政策来说，这一行为符合预期。设置为 |
false | 可选 |
| enabled | 设置为 true 可实施政策。设置为 |
true | 可选 |
| async | 此属性已弃用。 | false | 已弃用 |
<DisplayName>
<DisplayName>Policy Display Name</DisplayName>
除了用于名称属性之外，还可以用于在管理界面代理编辑器中给政策添加不同的自然语言名称标签。
| 默认 | 如果省略此元素，则会使用政策的名称属性的值。 |
| 状态 | 可选 |
| 类型 | 字符串 |
<Algorithm>
<Algorithm>HS256</Algorithm>
指定用于验证令牌的加密算法。使用 <Algorithm> 元素验证签名 JWT。
RS*/PS*/ES* 算法使用公钥/密钥对，而 HS* 算法使用共享密钥。另请参阅签名加密算法简介。
您可以以逗号为分隔符指定多个值。例如“HS256, HS512”或“RS256, PS256”。但是，您不能将 HS* 算法与其他任何算法，或将 ES* 算法与其他任何算法结合使用，因为这两种算法需要特定的密钥类型。您可以将 RS* 算法和 PS* 算法结合使用。
| 默认 | 不适用 |
| 状态 | 必需 |
| 类型 | 以逗号分隔的值组成的字符串 |
| 有效值 | HS256、HS384、HS512、RS256、RS384、RS512、ES256、ES384、ES512、PS256、PS384、PS512 |
<Algorithms>
<Algorithms>
<Key>key-algorithm</Key>
<Content>content-algorithm</Content>
</Algorithm>
使用 <Algorithms> 元素验证加密 JWT。 此元素指定创建加密 JWT 时必须使用的密钥加密算法。它还可以选择指定内容加密算法。
| 默认 | 不适用 |
| 状态 | 验证加密 JWT 时必需 |
| 类型 | 复杂 |
<Algorithms> 的子元素
下表提供了 <Algorithms> 的子元素的简要说明：
| 子元素 | 是否必需？ | 说明 |
|---|---|---|
<Key> |
需要 | 指定密钥的加密算法。 |
<Content> |
可选 | 指定内容的加密算法。 |
在以下情况下，验证将失败：
- 加密 JWT 的标头中的
alg属性中声明的算法与<Key>元素中指定的密钥加密算法不同。 -
政策指定
<Content>元素，并且加密 JWT 的标头中的enc属性中声明的算法与<Content>元素中指定的算法不同。
例如，验证加密 JWT 并确认密钥算法为 RSA-OAEP-256 且内容算法为 A128GCM：
<Algorithms>
<Key>RSA-OAEP-256</Key>
<Content>A128GCM</Content>
</Algorithms>
相反，验证加密 JWT 并确认密钥算法为 RSA-OAEP-256，且不对内容算法强制执行限制条件：
<Algorithms>
<Key>RSA-OAEP-256</Key>
</Algorithms>
密钥加密算法
下表列出了可用的密钥加密算法，以及为使用该密钥加密算法验证 JWT 而必须指定的密钥类型。
<Key> 的值（密钥加密算法） |
进行验证所需的密钥元素 |
|---|---|
| dir | <DirectKey> |
| RSA-OAEP-256 | <PrivateKey> |
|
<SecretKey> |
|
<PasswordKey> |
|
<PrivateKey> |
请参阅验证加密 JWT 部分，该部分的示例使用的密钥加密算法是 RSA-OAEP-256，因此需要用到 <PrivateKey> 元素。
内容加密算法
VerifyJWT 政策不要求您指定内容加密算法。如果您想指定用于内容加密的算法，请使用 <Algorithms> 元素的 <Content> 子元素来指定。
无论使用什么密钥加密算法，内容加密都支持以下算法（均为对称且基于 AES 的算法）：
- A128CBC-HS256
- A192CBC-HS384
- A256CBC-HS512
- A128GCM
- A192GCM
- A256GCM
<Audience>
<Audience>audience-here</Audience> or: <Audience ref='variable-name-here'/>
该政策将验证 JWT 中的受众群体声明是否与配置中指定的值一致。如果不一致，则政策会抛出一个错误。此声明可识别 JWT 的目标接收者。这是 RFC7519 中所述的一种已注册声明。
| 默认 | 不适用 |
| 状态 | 可选 |
| 类型 | 字符串 |
| 有效值 | 识别受众群体的流变量或字符串。 |
<AdditionalClaims/Claim>
<AdditionalClaims>
<Claim name='claim1'>explicit-value-of-claim-here</Claim>
<Claim name='claim2' ref='variable-name-here'/>
<Claim name='claim3' ref='variable-name-here' type='boolean'/>
</AdditionalClaims>
or:
<AdditionalClaims ref='claim_payload'/>
验证 JWT 载荷是否包含指定的附加声明，以及断言的声明值是否一致。
附加声明使用的名称不是任何一种已注册的标准 JWT 声明名称。附加声明的值可以是字符串、数字、布尔值、映射或数组。映射只是一组名称/值对。您可以在政策配置中明确指定任一类型的声明值，也可以通过引用流变量间接指定。
| 默认 | 不适用 |
| 状态 | 可选 |
| 类型 | 字符串、数字、布尔值或映射 |
| 数组 | 设置为 true 可指示值是否为类型数组。默认值：false |
| 有效值 | 要用于附加声明的任何值。 |
<Claim> 元素具有以下属性：
- 名称 -（必需）声明的名称。
- ref -（可选）流变量的名称。如果存在，该政策将使用此变量的值作为声明。如果同时指定了 ref 属性值和明确的声明值，则明确的值则为默认值，并且在引用的流变量未解析的情况下，将使用该值。
- 类型 -（可选）以下任一项：字符串（默认）、数字、布尔值或映射
- 数组 -（可选）设置为 true 可指示值是否为类型数组。默认值：false。
添加 <Claim> 元素时，系统会在配置政策时静态设置声明名称。或者，您可以传递 JSON 对象来指定声明名称。因为 JSON 对象是作为变量传递的，所以声明名称是在运行时确定的。
例如：
<AdditionalClaims ref='json_claims'/>
其中，变量 json_claims 包含采用以下格式的 JSON 对象：
{
"sub" : "person@example.com",
"iss" : "urn://secure-issuer@example.com",
"non-registered-claim" : {
"This-is-a-thing" : 817,
"https://example.com/foobar" : { "p": 42, "q": false }
}
}
<AdditionalHeaders/Claim>
<AdditionalHeaders>
<Claim name='claim1'>explicit-value-of-claim-here</Claim>
<Claim name='claim2' ref='variable-name-here'/>
<Claim name='claim3' ref='variable-name-here' type='boolean'/>
<Claim name='claim4' ref='variable-name' type='string' array='true'/>
</AdditionalHeaders>
验证 JWT 标头是否包含指定的附加声明名称/值对，以及断言的声明值是否一致。
附加声明使用的名称不是任何一种已注册的标准 JWT 声明名称。附加声明的值可以是字符串、数字、布尔值、映射或数组。映射只是一组名称/值对。您可以在政策配置中明确指定任一类型的声明值，也可以通过引用流变量间接指定。
| 默认 | 不适用 |
| 状态 | 可选 |
| 类型 |
字符串（默认）、数字、布尔值或映射。 如果未指定类型，则类型默认为字符串。 |
| 数组 | 设置为 true 可指示值是否为类型数组。默认值：false |
| 有效值 | 要用于附加声明的任何值。 |
<Claim> 元素具有以下属性：
- 名称 -（必需）声明的名称。
- ref -（可选）流变量的名称。如果存在，该政策将使用此变量的值作为声明。如果同时指定了 ref 属性值和明确的声明值，则明确的值则为默认值，并且在引用的流变量未解析的情况下，将使用该值。
- 类型 -（可选）以下任一项：字符串（默认）、数字、布尔值或映射
- 数组 -（可选）设置为 true 可指示值是否为类型数组。默认值：false。
<CustomClaims>
注意：目前，当您通过界面添加新的 GenerateJWT 政策时，系统会插入 CustomClaims 元素。该元素不起作用，忽略即可。请改用正确的元素，即 <AdditionalClaims>。界面将进行更新，以便稍后插入正确的元素。
<Id>
<Id>explicit-jti-value-here</Id> -or- <Id ref='variable-name-here'/> -or- <Id/>
验证 JWT 是否有特定的 jti 声明。当文本值和 ref 属性都为空时，该政策将生成一个包含随机 UUID 的 jti。JWT ID (jti) 声明是 JWT 的唯一标识符。如需详细了解 jti，请参阅 RFC7519。
| 默认 | 不适用 |
| 状态 | 可选 |
| 类型 | 字符串或引用。 |
| 有效值 | 字符串或包含 ID 的流变量的名称。 |
<IgnoreCriticalHeaders>
<IgnoreCriticalHeaders>true|false</IgnoreCriticalHeaders>
如果希望在 <KnownHeaders> 元素中没有列出 JWT 的 crit 标头所列任一标头时让政策抛出一个错误，请设置为 false。如果设置为 true，则会使 VerifyJWT 政策忽略 crit 标头。
如果您正在测试环境中，并且尚未准备好处理因标头缺失而导致的失败，则可以将此元素设置为 true。
| 默认 | false |
| 状态 | 可选 |
| 类型 | 布尔值 |
| 有效值 | true 或 false |
<IgnoreIssuedAt>
<IgnoreIssuedAt>true|false</IgnoreIssuedAt>
如果您希望在 JWT 包含指定未来时间的 iat（颁发时间）声明时让政策抛出一个错误，请设置为 false（默认值）。设置为 true 可让政策在验证过程中忽略 iat。
| 默认 | false |
| 状态 | 可选 |
| 类型 | 布尔值 |
| 有效值 | true 或 false |
<IgnoreUnresolvedVariables>
<IgnoreUnresolvedVariables>true|false</IgnoreUnresolvedVariables>
如果您希望在无法解析政策中指定的任何引用变量时让政策抛出一个错误，请设置为 false。设置为 true 可将所有无法解析的变量都视为空字符串 (null)。
| 默认 | false |
| 状态 | 可选 |
| 类型 | 布尔值 |
| 有效值 | true 或 false |
<Issuer>
<Issuer>issuer-string-here</Issuer> -or- <Issuer ref='variable-name-here'/>
该政策验证 JWT 中的颁发者是否与配置元素中指定的字符串一致。用于识别 JWT 颁发者的声明。这是 IETF RFC 7519 中包含的其中一组注册声明。
| 默认 | 不适用 |
| 状态 | 可选 |
| 类型 | 字符串或引用 |
| 有效值 | 不限 |
<KnownHeaders>
<KnownHeaders>a,b,c</KnownHeaders> or: <KnownHeaders ref='variable_containing_headers'/>
GenerateJWT 政策使用 <CriticalHeaders> 元素填充 JWT 中的 crit 标头。例如：
{
"typ": "...",
"alg" : "...",
"crit" : [ "a", "b", "c" ],
}
VerifyJWT 政策会检查 JWT 中的 crit 标头（如果存在），并且对于列出的每个标头，该政策都会检查 <KnownHeaders> 元素是否也列出了该标头。<KnownHeaders> 元素可以包含 crit 中列出的项的超集。只需在 <KnownHeaders> 元素中列出 crit 中列出的所有标头。政策在 crit 中找到的任何未在 <KnownHeaders> 中列出的标头都会导致 VerifyJWT 政策失败。
您可以选择将 VerifyJWT 政策配置为忽略 crit 标头（通过将 <IgnoreCriticalHeaders> 元素设置为 true）。
| 默认 | 不适用 |
| 状态 | 可选 |
| 类型 | 以逗号分隔的字符串数组 |
| 有效值 | 数组或包含该数组的变量名称。 |
<MaxLifespan>
<VerifyJWT name='xxx'> ... <!-- hard-coded lifespan of 5 minutes --> <MaxLifespan>5m</MaxLifespan> or: <!-- refer to a variable --> <MaxLifespan ref='variable-here'/> or: <!-- attribute telling the policy to use iat rather than nbf --> <MaxLifespan useIssueTime='true'>1h</MaxLifespan> or: <!-- useIssueTime and ref, and hard-coded fallback value. --> <MaxLifespan useIssueTime='true' ref='variable-here'>1h</MaxLifespan> ...
配置 VerifyJWT 政策，以确认令牌的有效期不超过指定的阈值。您可以通过使用数字后跟字符（表示秒数、分钟、小时、天或周）来指定阈值。以下字符有效：
s- 秒m- 分钟h- 小时d- 天w- 周
例如，您可以指定以下值之一：120s、10m、1h、7d、3w。
该政策通过从到期值 (exp) 中减去不早于值 (nbf)，计算令牌的实际有效期。如果缺少 exp 或 nbf，则政策会引发故障。如果令牌有效期超出指定的时间范围，则政策会引发故障。
您可以在计算令牌有效期时将可选属性 useIssueTime 设置为 true 以使用 iat 值，而不是 nbf 值。
可选择使用 MaxLifespan 元素。如果您使用此元素，则只能使用一次。
<PrivateKey>
使用此元素指定可用于验证使用非对称算法加密的 JWT 的私钥。以下是可能的子元素的说明。
<Password>
<PrivateKey> <Password ref="private.privatekey-password"/> </PrivateKey>
<PrivateKey> 元素的子元素。如有必要，指定政策在验证加密 JWT 时应该用来解密私钥的密码。使用 ref 属性在流变量中传递密码。
| 默认 | 不适用 |
| 状态 | 可选 |
| 类型 | 字符串 |
| 有效值 | 流变量引用。 注意：您必须指定流变量。由于采用明文指定密码的政策配置无效，因此 Apigee 将拒绝。流变量的前缀必须为“private”。例如 |
<Value>
<PrivateKey> <Value ref="private.variable-name-here"/> </PrivateKey>
<PrivateKey> 元素的子元素。指定政策将用于验证加密 JWT 的 PEM 编码的私钥。使用 ref 属性在流变量中传递密钥。
| 默认 | 不适用 |
| 状态 | 需要验证已使用非对称密钥加密算法加密的 JWT。 |
| 类型 | 字符串 |
| 有效值 | 包含 PEM 编码 RSA 私钥值的字符串的流变量。 注意：流变量的前缀必须为“private”。例如 |
<PublicKey>
为验证使用非对称算法签名的 JWT 所用的公钥指定来源。支持算法包括 RS256/RS384/RS512、PS256/PS384/PS512 或 ES256/ES384/ES512。 以下是可能的子元素的说明。
<Certificate>
<PublicKey> <Certificate ref="signed_public.cert"/> </PublicKey> -or- <PublicKey> <Certificate> -----BEGIN CERTIFICATE----- cert data -----END CERTIFICATE----- </Certificate> </PublicKey>
<PublicKey> 元素的子元素。指定用作公钥来源的签名证书。使用 ref 属性在流变量中传递已签名的证书，或直接指定采用 PEM 编码的证书。
| 默认 | 不适用 |
| 状态 | 可选。要验证使用非对称算法签名的 JWT，您必须使用 <Certificate>、<JWKS> 或 <Value> 元素来提供公钥。 |
| 类型 | 字符串 |
| 有效值 | 流变量或字符串。 |
<JWKS>
<PublicKey>
<JWKS … > … </JWKS>
</PublicKey>
<PublicKey> 元素的子元素。将 JWKS 指定为公钥的来源。这是采用 IETF RFC 7517 - JSON Web 密钥 (JWK) 中所述格式的密钥的列表。
如果入站 JWT 包含 JWKS 中存在的密钥 ID，则该策略将使用恰当的公钥来验证 JWT 签名。如需详细了解此功能，请参阅使用 JSON Web 密钥集 (JWKS) 验证 JWT。
如果您从公开网址提取值，Apigee 会缓存 JWKS，缓存时长为 300 秒。缓存到期时，Apigee 会再次提取 JWKS。
| 默认 | 不适用 |
| 状态 | 可选。要验证使用非对称算法签名的 JWT，您必须使用 <Certificate>、<JWKS> 或 <Value> 元素来提供公钥。 |
| 类型 | 字符串 |
| 有效值 |
您可以通过以下四种方式之一指定 JWKS：
|
<Value>
<PublicKey> <Value ref="public.publickeyorcert"/> </PublicKey> -or- <PublicKey> <Value> -----BEGIN PUBLIC KEY----- MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEAw2kPrRzcufvUNHvTH/WW ...YOUR PUBLIC KEY MATERIAL HERE....d1lH8MfUyRXmpmnNxJHAC2F73IyN ZmkDb/DRW5onclGzxQITBFP3S6JXd4LNESJcTp705ec1cQ9Wp2Kl+nKrKyv1E5Xx DQIDAQAB -----END PUBLIC KEY----- </Value> </PublicKey>
<PublicKey> 元素的子元素。指定用于验证已签名的 JWT 上的签名的公钥。使用 ref 属性在流变量中传递密钥，或直接指定采用 PEM 编码的密钥。
| 默认 | 不适用 |
| 状态 | 可选。要验证使用非对称算法签名的 JWT，您必须使用 <Certificate>、<JWKS> 或 <Value> 元素来提供公钥。 |
| 类型 | 字符串 |
| 有效值 | 流变量或字符串。 |
<RequiredClaims>
<VerifyJWT name='VJWT-1'> ... <!-- Directly specify the names of the claims to require --> <RequiredClaims>sub,iss,exp</RequiredClaims> -or- <!-- Specify the claim names indirectly, via a context variable --> <RequiredClaims ref='claims_to_require'/> ... </VerifyJWT>
<RequiredClaims> 元素是可选字段；它指定验证 JWT 时必须存在于 JWT 载荷中的声明名称列表（以英文逗号分隔）。该元素可确保提供的 JWT 包含所需的声明，但不会验证声明的内容。如果列出的任何声明不存在，则 VerifyJWT 政策将在运行时抛出故障。
| 默认 | 不适用 |
| 状态 | 可选 |
| 类型 | 字符串 |
| 有效值 | 使用英文逗号分隔的声明名称列表。 |
<SecretKey>
<SecretKey encoding="base16|hex|base64|base64url" > <Value ref="private.your-variable-name"/> </SecretKey>
SecretKey 元素是可选的。指定在验证使用对称 (HS*) 算法的签名 JWT 或验证使用对称 (AES) 算法进行密钥加密的加密 JWT 时使用的密钥。
<SecretKey> 的子项
下表提供了 <SecretKey> 的子元素和属性说明：
| 子项 | 状态 | 说明 |
|---|---|---|
| 编码（属性） | 可选 | 指定在引用的变量中编码密钥的方式。默认情况下，如果不存在 <SecretKey encoding="hex" > <Value ref="private.secretkey"/> </SecretKey> 在上面的示例中，由于编码为 |
| 值（元素） | 必需 | 编码密钥。指定将用于验证载荷的密钥。使用 <SecretKey> <Value ref="private.my-secret-variable"/> </SecretKey> Apigee 为 HS256/HS384/HS512 算法强制执行最小密钥强度。HS256 的最小密钥长度为 32 字节，HS384 为 48 字节，HS512 则为 64 字节。使用较低强度的密钥会导致运行时错误。 |
<Source>
<Source>jwt-variable</Source>
如果存在，请指定政策在其中查找要验证的 JWT 的流变量。
使用此元素，您可以将政策配置为从表单或查询参数变量或任何其他变量中检索 JWT。如果此元素存在，政策将不会删除可能存在的任何 Bearer 前缀。如果变量不存在，或者政策未在指定变量中找到 JWT，则政策会返回错误。
默认情况下，如果 <Source> 元素不存在，政策会通过读取变量 request.header.authorization 并删除 Bearer 前缀来检索 JWT。如果您在 Authorization 标头中将 JWT 作为不记名令牌（具有 Bearer 前缀）传递，请不要在政策配置中指定 <Source> 元素。例如，如果您按如下所示在 Authorization 标头中传递 JWT，则不使用 <Source> 元素：
curl -v https://api-endpoint/proxy1_basepath/api1 -H "Authorization: Bearer eyJhbGciOiJ..."
| 默认 | request.header.authorization（请参阅上述“注意”部分，了解有关默认值的重要信息。） |
| 状态 | 可选 |
| 类型 | 字符串 |
| 有效值 | Apigee 流变量名称。 |
<Subject>
<Subject>subject-string-here</Subject> -or- <Subject ref='variable-containing-subject'/>
政策会验证 JWT 中的主题是否与政策配置中指定的字符串一致。此声明用于标识或陈述 JWT 的主题。这是 RFC7519 中所述的标准声明组之一。
| 默认 | 不适用 |
| 状态 | 可选 |
| 类型 | 字符串 |
| 有效值 | 唯一标识主题的任何值。 |
<TimeAllowance>
<TimeAllowance>120s</TimeAllowance>
时间的“宽限期”。例如，如果将时间宽限设置为 60 秒，则在宣布到期后的 60 秒，已过期的 JWT 仍将被视为有效。“不早于”时间将采用类似的方式估算。默认值为 0 秒（无宽限期）。
| 默认 | 0 秒（无宽限期） |
| 状态 | 可选 |
| 类型 | 字符串 |
| 有效值 |
值或对包含该值的流变量的引用。时间跨度可以按以下内容指定：
|
<Type>
<Type>type-string-here</Type>
描述政策是验证签名 JWT 还是加密 JWT。<Type> 元素是可选字段；您可以用它来说明配置的政策是生成签名 JWT 还是加密 JWT。
- 如果设置了
<Type>元素：- 如果
<Type>的值为Signed，则政策会验证签名 JWT，并且必须设置<Algorithm>元素。 - 如果
<Type>的值为Encrypted，则政策会验证加密 JWT，并且必须设置<Algorithms>元素。
- 如果
- 如果未设置
<Type>元素：- 如果设置了
<Algorithm>元素，则政策假定<Type>为Signed。 - 如果设置了
<Algorithms>元素，则政策假定<Type>为Encrypted。
- 如果设置了
- 如果
<Algorithm>和<Algorithms>均未设置，则配置无效。
| 默认 | 不适用 |
| 状态 | 可选 |
| 类型 | 字符串 |
| 有效值 | Signed 或 Encrypted。 |
流变量
验证成功后，验证 JWT 和解码 JWT 政策将根据以下模式设置上下文变量：
jwt.{policy_name}.{variable_name}
例如，如果政策名称为 jwt-parse-token，则该政策会将 JWT 中指定的主题存储在名为 jwt.jwt-parse-token.decoded.claim.sub 的上下文变量中。（为实现向后兼容性，jwt.jwt-parse-token.claim.subject 中也提供此主题）
| 变量名称 | 说明 |
|---|---|
claim.audience |
JWT 目标对象声明。此值可以是字符串，也可以是字符串数组。 |
claim.expiry |
到期日期/时间（自新纪元开始算起，以毫秒为单位）。 |
claim.issuedat |
令牌的签发日期（自新纪元开始算起，以毫秒为单位）。 |
claim.issuer |
JWT 签发者声明。 |
claim.notbefore |
如果 JWT 包含 nbf 声明，则此变量将包含该值（自新纪元开始算起，以毫秒为单位）。 |
claim.subject |
JWT 主题声明。 |
claim.name |
载荷中已命名声明（标准或附加）的值。为载荷中的每个声明设置其中一个值。 |
decoded.claim.name |
载荷中已命名声明（标准或附加）的 JSON 可解析值。为载荷中的每个声明设置一个变量。例如，您可以使用 decoded.claim.iat 检索 JWT 的颁发时间（自新纪元开始算起，以秒为单位）。虽然您还可以使用 claim.name 流变量，但这也是用来访问声明的推荐变量。 |
decoded.header.name |
载荷中标头的 JSON 可解析值。为载荷中的每个标头设置一个变量。虽然您还可以使用 header.name 流变量，但建议使用此变量来访问标头。 |
expiry_formatted |
到期日期/时间，以人类可读的字符串的形式表示。示例：2017-09-28T21:30:45.000+0000 |
header.algorithm |
JWT 中使用的签名算法。例如 RS256、HS384 等。如需了解详情，请参阅（算法）标头参数。 |
header.kid |
密钥 ID（如果生成 JWT 时添加了的话）。另请参阅 JWT 政策概览中的“使用 JSON 网络密钥集 (JWKS)”来验证 JWT。如需了解详情，请参阅（密钥 ID）标头参数。 |
header.type |
将设为 JWT。 |
header.name |
已命名标头的值（标准或附加）。将为 JWT 的标头部分中的每个附加标头设置其中一个值。 |
header-json |
JSON 格式的标头。 |
is_expired |
true 或 false |
payload-claim-names |
JWT 支持的一组声明。 |
payload-json |
JSON 格式的载荷。
|
seconds_remaining |
令牌过期前的秒数。如果令牌过期，此数字将为负数。 |
time_remaining_formatted |
令牌过期前的剩余时间（以人类可读的字符串的形式表示）。示例：00:59:59.926 |
valid |
对于 VerifyJWT，在验证签名时，此变量为 true，而且当前时间在令牌有效期之前且在令牌 notBefore 值之后（如果两者存在）。否则为 false。 对于 DecodeJWT，无需设置此变量。 |
错误参考信息
本部分介绍当此政策触发错误时返回的故障代码和错误消息，以及由 Apigee 设置的故障变量。 在开发故障规则以处理故障时，请务必了解此信息。如需了解详情，请参阅您需要了解的有关政策错误的信息和处理故障。
运行时错误
政策执行时可能会发生这些错误。
| 故障代码 | HTTP 状态 | 发生的条件 |
|---|---|---|
steps.jwt.AlgorithmInTokenNotPresentInConfiguration |
401 |
验证政策包含多个算法时发生。 |
steps.jwt.AlgorithmMismatch |
401 |
在 Generate 政策中指定的算法与在 Verify 政策中指定的算法不匹配。指定的算法必须匹配。 |
steps.jwt.FailedToDecode |
401 |
该政策无法解码 JWT。JWT 可能已损坏。 |
steps.jwt.GenerationFailed |
401 |
该政策无法生成 JWT。 |
steps.jwt.InsufficientKeyLength |
401 |
HS256 算法的密钥小于 32 个字节，HS386 算法的密钥少于 48 个字节，HS512 算法的密钥少于 64 个字节。 |
steps.jwt.InvalidClaim |
401 |
用于缺失声明或声明不匹配，或者缺少标题或标头不匹配的情况。 |
steps.jwt.InvalidConfiguration |
401 |
同时存在 <Algorithm> 和 <Algorithms> 元素。 |
steps.jwt.InvalidCurve |
401 |
密钥指定的曲线对椭圆曲线算法无效。 |
steps.jwt.InvalidIterationCount |
401 |
加密 JWT 中使用的迭代次数不等于 VerifyJWT 政策配置中指定的迭代次数。这仅适用于使用 <PasswordKey> 的 JWT。 |
steps.jwt.InvalidJsonFormat |
401 |
标头或载荷中存在无效的 JSON。 |
steps.jwt.InvalidKeyConfiguration |
401 |
<PublicKey> 元素中的 JWKS 无效。这可能是因为无法从 Apigee 实例访问 JWKS URI 端点。通过创建直通式代理并使用 JWKS 端点作为目标来测试与端点的连接。 |
steps.jwt.InvalidSaltLength |
401 |
加密 JWT 中使用的盐长度不等于 VerifyJWT 政策配置中指定的盐长度。这仅适用于使用 <PasswordKey> 的 JWT。 |
steps.jwt.InvalidPasswordKey |
401 |
指定的密钥不符合要求。 |
steps.jwt.InvalidPrivateKey |
401 |
指定的密钥不符合要求。 |
steps.jwt.InvalidPublicKey |
401 |
指定的密钥不符合要求。 |
steps.jwt.InvalidSecretKey |
401 |
指定的密钥不符合要求。 |
steps.jwt.InvalidToken |
401 |
当 JWT 签名验证失败时，会发生此错误。 |
steps.jwt.JwtAudienceMismatch |
401 |
目标对象声明未通过令牌验证。 |
steps.jwt.JwtIssuerMismatch |
401 |
颁发者声明未通过令牌验证。 |
steps.jwt.JwtSubjectMismatch |
401 |
主题声明未通过令牌验证。 |
steps.jwt.KeyIdMissing |
401 |
Verify 政策使用 JWKS 作为公钥的来源，但已签名的 JWT 在标头中不包含的 kid 属性。 |
steps.jwt.KeyParsingFailed |
401 |
无法通过给定密钥信息解析公钥。 |
steps.jwt.NoAlgorithmFoundInHeader |
401 |
JWT 不包含算法标头时发生。 |
steps.jwt.NoMatchingPublicKey |
401 |
Verify 政策使用 JWKS 作为公钥的来源，但已签名的 JWT 中的 kid 未列在 JWKS 中。 |
steps.jwt.SigningFailed |
401 |
在 GenerateJWT 中，HS384 或 HS512 算法的密钥大小小于下限。 |
steps.jwt.TokenExpired |
401 |
该政策尝试验证过期的令牌。 |
steps.jwt.TokenNotYetValid |
401 |
令牌尚未生效。 |
steps.jwt.UnhandledCriticalHeader |
401 |
验证 JWT 政策在 crit 标头中发现的标头未在 KnownHeaders 中列出。 |
steps.jwt.UnknownException |
401 |
发生未知异常。 |
steps.jwt.WrongKeyType |
401 |
指定的密钥类型不正确。例如，为椭圆曲线算法指定 RSA 密钥，或为 RSA 算法指定了曲线密钥。 |
部署错误
在您部署包含此政策的代理时，可能会发生这些错误。
| 错误名称 | 原因 | 修复 |
|---|---|---|
InvalidNameForAdditionalClaim |
如果 <AdditionalClaims> 元素的子元素 <Claim> 中使用的声明是以下注册名称之一，部署将失败：kid、iss、sub、aud、iat、exp、nbf、jti。
|
build |
InvalidTypeForAdditionalClaim |
如果 <AdditionalClaims> 元素的子元素 <Claim> 中使用的声明不是 string、number、boolean 或 map 之一，部署将失败。 |
build |
MissingNameForAdditionalClaim |
如果未在 <AdditionalClaims> 元素的子元素 <Claim> 中指定声明的名称，部署将失败。 |
build |
InvalidNameForAdditionalHeader |
当 <AdditionalClaims> 元素的子元素 <Claim> 中使用的声明的名称为 alg 或 typ 时会发生此错误。 |
build |
InvalidTypeForAdditionalHeader |
如果 <AdditionalClaims> 元素的子元素 <Claim> 中使用的声明类型不是 string、number、boolean 或 map 之一，部署将失败。
|
build |
InvalidValueOfArrayAttribute |
当 <AdditionalClaims> 元素的子元素 <Claim> 中数组特性的值未设置为 true 或 false 时会发生此错误。 |
build |
InvalidValueForElement |
如果 <Algorithm> 元素中指定的值不受支持，部署将失败。 |
build |
MissingConfigurationElement |
如果 <PrivateKey> 元素未与 RSA 系列算法搭配使用，或者 <SecretKey> 元素未与 HS 系列算法搭配使用，则会发生此错误。 |
build |
InvalidKeyConfiguration |
如果未在 <PrivateKey> 或 <SecretKey> 元素中定义子元素 <Value>，部署将失败。 |
build |
EmptyElementForKeyConfiguration |
如果 <PrivateKey> 或 <SecretKey> 元素的子元素 <Value> 的 ref 特性为空或未指定，部署将失败。 |
build |
InvalidConfigurationForVerify |
如果在 <SecretKey> 元素中定义了 <Id> 元素，则会发生此错误。 |
build |
InvalidEmptyElement |
如果验证 JWT 政策的 <Source> 元素为空，则会发生此错误。如果存在，则必须使用 Apigee 流变量名称定义它。 |
build |
InvalidPublicKeyValue |
如果 <PublicKey> 元素的子元素 <JWKS> 中所用的值未使用 RFC 7517 中说明的有效格式，部署将失败。 |
build |
InvalidConfigurationForActionAndAlgorithm |
如果 <PrivateKey> 元素与 HS 系列算法搭配使用，或者 <SecretKey> 元素与 RSA Family 算法搭配使用，部署将失败。 |
build |
故障变量
发生运行时错误时，系统会设置这些变量。如需了解详情，请参阅您需要了解的有关政策错误的信息。
| 变量 | 其中 | 示例 |
|---|---|---|
fault.name="fault_name" |
fault_name 是故障名称，如上面的运行时错误表中所列。故障名称是故障代码的最后一部分。 | fault.name Matches "InvalidToken" |
JWT.failed |
所有 JWT 政策都将在发生故障时设置同一变量。 | JWT.failed = true |
错误响应示例
处理错误时，最佳做法是捕获错误响应的 errorcode 部分。不要依赖 faultstring 中的文本，因为它可能会发生变化。
故障规则示例
<FaultRules>
<FaultRule name="JWT Policy Errors">
<Step>
<Name>JavaScript-1</Name>
<Condition>(fault.name Matches "InvalidToken")</Condition>
</Step>
<Condition>JWT.failed=true</Condition>
</FaultRule>
</FaultRules>