node.js - JWT (NodeJS) 的 512 位 key (公私钥对)是否足够安全

Question

我一直在将我们的 JWT 签名和验证结构重构为更安全的结构。我以这篇文章为起点(并采纳了使用 RS256 算法而不是 HS256 算法的建议):https://medium.com/@siddharthac6/json-web-token-jwt-the-right-way-of-implementing-with-node-js-65b8915d550e并且它建议使用 512 位 key 说

"Its almost impossible to make a brute force search on a 256-bit key"

但是，当我寻找一个 openssl 脚本来生成这个 token 时，我到达了默认为 4096 位 key 的页面:https://gist.github.com/ygotthilf/baa58da5c3dd1f69fae9一位用户引用 RSA 说:

RSA claims that [...] 2048-bit keys are sufficient until 2030.

感觉信息有冲突。本质上，我的问题是我应该为企业应用程序使用什么 jwt 算法和 key 大小，RS256 + 512 位 key 是否足够(我切换到的)？我有点理解安全性和速度的权衡，但我很困惑为什么在媒体文章中建议使用 512 位 key ，但在 github 脚本中甚至没有提到，RSA 说即使 2048 位 key 到 2030 年也可能过时。

谢谢。

Answer 1

在密码学以及 JWS/JWE 规范定义的签名和加密算法中，我们可以有两种类型的 key :

• 对称(=共享 secret )
• 非对称(=公钥/私钥对)

HS256 算法使用对称 key ，对于此类 key ，当前建议至少使用 256 位 key 。

RS256 算法使用非对称 RSA key 对。推荐的最小大小为 2048 位。

在您提到的博文中我们可以阅读

« with every doubling of the RSA key length, decryption gets at least 6 times slower. »

的确如此，但一般来说， key 会使用很长时间(例如 2 周)，并且使用 2048 位 key 进行签名计算/验证大约需要 10 天。 250µs。

因此，除非您不在生产环境中，否则 RSA 512 位 key 不是一个好主意。您会在 Recommendation for Key Management from NIST 中找到有用的信息第 53 和 54 页。