集群认证服务RSA密钥存储、JWT签名及密钥管理相关问题咨询

1. 密钥对部署模式选择 #

两种方案的适用场景和注意事项如下：

• 共享同一密钥对：是绝大多数生产环境的首选方案。优势是实现逻辑简单，JWK集仅需保留当前生效、待切流、待淘汰共2-3个公钥，体积非常小，不会给资源服务的验签环节增加额外负担。唯一的风险是单私钥泄露会影响整个集群的签发能力，但只要做好私钥的权限管控，该风险完全可控，没有必要为了极低概率的风险选择复杂度更高的独立密钥方案。
• 各节点独立密钥对：仅适合超大规模跨区域集群、多租户强隔离的特殊场景。如果采用该方案，要控制JWK集大小需遵守两个规则：所有节点的密钥统一批量生成、统一生命周期、统一到期淘汰，不要允许单节点独立轮换密钥；JWK集仅保留当前两个生效批次的公钥，到期批次的公钥统一批量移除。如果你的集群节点规模超过50，不推荐用该方案，过大的JWK集会显著降低资源服务的验签效率。

2. 共享私钥的最优管理与轮转方案 #

按以下流程落地即可满足金融级别的安全要求：

1. 私钥存储：禁止硬编码到配置文件、镜像或代码仓库，使用部署环境原生的保密管理组件存储，例如K8s的Secret、物理机集群的Vault、云环境的KMS服务，仅JWT服务的进程账户拥有读取权限，禁止任何人员直接导出明文私钥。
2. 私钥分发：服务启动时仅将私钥拉取到进程内存中使用，全程不落盘，节点销毁时内存自动清理，不存在私钥残留风险。
3. 密钥轮换：建议每30~90天轮换一次密钥，流程为：
   • 生成新的密钥对，将新公钥提前7天加入对外暴露的JWK集，保证所有依赖的资源服务都能提前缓存到新公钥
   • 切流所有JWT签发请求到新私钥
   • 旧私钥继续保留不少于最长JWT有效期的时间，用于验签未过期的存量JWT，到期后彻底销毁旧密钥对，同步从JWK集移除旧公钥

补充：如果你的服务支持刷新令牌，密钥轮换窗口期需要保留旧私钥的验签能力，直到所有旧私钥签发的刷新令牌都已过期，避免用户无故掉线。

内容的提问来源于stack exchange，提问作者Andrea Costanzo