【发布时间】:2015-12-19 18:57:43
【问题描述】:
将 jwt(json Web 令牌)作为 GET 请求的查询参数放入 url 是否安全?
【问题讨论】:
将 jwt(json Web 令牌)作为 GET 请求的查询参数放入 url 是否安全?
【问题讨论】:
在以下情况下是安全的:
jti 和 exp 声明存在于令牌中jti 和exp 正确实施重放保护
但如果它被用作可以重复使用的令牌,例如对于 API,然后将其作为查询参数提供不太可取,因为它可能最终出现在日志和系统进程信息中,可供有权访问服务器或客户端系统的其他人使用。在这种情况下,最好将其作为标头或 POST 参数的一部分呈现。
此外,通过在查询参数中使用它,您可能会遇到浏览器或服务器上的 URL 大小限制;在标头中使用它可以提供更多空间,将其用作 POST 参数效果最好。
【讨论】:
exp jwt 之后)?第二个重定向只是为了防止复制和粘贴问题。如果您的浏览器遭到入侵,即使是标头也无法使您免于被盗令牌。
将 jwt(json Web 令牌)作为 GET 请求的查询参数放入 url 是否安全?
是的,只要 JSON Web 令牌 (JWT) 的编码方式与 URL 中的查询参数编码透明:
JWT 是 URL 编码安全的。就地使用时不会丢失数据;不需要额外的编码;它甚至本身就是 URL 编码安全的,在 JWT 上多次应用 url-encoding(百分比编码)不会破坏它。
这种安全性是有限的:
如果 URL 本身是此类数据泄漏的一部分,则在就地使用时可能存在数据泄漏。根据 URL 的普遍使用方式,您应该将 URL 查询参数中的任何 JWT 视为数据泄漏已经发生,因此已经为它准备好 JWT(例如,防止重放攻击)。
而且它充其量与 URL 信息的传输一样安全,而且永远不会更安全。
如果 URL 信息的传输不安全,那么 URL 中的所有内容也永远不会更安全,其中包括用作 GET 参数时的 JWT。
除了在 URL 中使用它(在我看来,它是一种传输机制)之外,您可能还需要考虑其他数据保留、协议甚至您自己的系统属性,包括相关 JWT 本身的属性。
所有这些都取决于。
有关其中一些注意事项,请参阅 the other answer 和 JSON Web Token (JWT) - RFC-7519 incl。那里引用的更新。
【讨论】: