在给定JWT头的JWKS中选择键

Question

在给定JWS（JWT）头的JWKS密钥存储中，是否有选择签名验证密钥的标准方法？

我的目标是实现OpenID连接ID令牌验证库，我尝试灵活地预测不同的配置，但如果密钥选择是特定于IdP的，我不确定这样做是否有意义。

我当前的算法遍历JWKS并过滤掉：

1. 如果JWK有“使用”字段，如果“使用”不等于“sig”，则拒绝
2. 如果JWK有“密钥操作”字段，如果“密钥操作”不包含“验证”，则拒绝该字段。
3. 如果JWK有“alg”字段，如果它与JWS标头值不同，则拒绝该字段
4. 如果JWS头有“kid”字段，如果JWK没有或有不同的值，则拒绝该字段（注意反向逻辑）
5. 如果在这个阶段只剩下一个JWK，我就用那个。否则就是失败

这种做法“够标准”吗？

==编辑===

我发现OpenID Connect核心规范的第10.1节说：

使用RSA或ECDSA签名时，必须将JOSE Header的alg Header Parameter值设置为JSON Web算法[JWA]中定义的适当算法。用于签名内容的私钥必须与发送者在其JWK Set文档中发布的用于签名验证的公钥相关联。如果引用的JWK Set文档中有多个键，则必须在JOSE Header中提供子值。各个密钥的密钥使用必须支持签名。

JWK“使用”是强制性的，所以我可以安全地要求它是“签名”。

如果JWKS中有不止一个键，JWT“孩子”是强制性的。这表明（尽管是间接的）在这种情况下，JWT的“孩子”和“JWK”的孩子应该匹配。“孩子”不需要是唯一的，所以你仍然需要额外的规则。

Answer 1

我在我的项目中使用类似的方法。查看文件的方法selectKeyhttps://github.com/Spomky-Labs/jose/blob/master/src/Object/BaseJWKSet.php#L169

简言之，方法sort-she根据参数设置关键帧并返回第一个参数。

Answer 2

这是一个可行的办法。在第五阶段，我会说。如果JWS中未传输任何kid，则可能会得到多个相同类型的有效密钥（步骤4）。您将循环这些密钥，并将它们一次一个地传递给验证函数，以确定是否有一个密钥成功，从而用于对消息进行签名。