为何IdentityServer省略签名证书仍正常运行？存在哪些隐患？

我十分清楚证书的用途：包括通用场景下的用途，以及在IdentityServer（IDS）中创建令牌的特定用途。当我按如下方式配置身份提供商（IDP）时：

services.AddIdentityServer()
  .AddConfigurationStore(Delegates.ConfigOptions(config))
  .AddOperationalStore(Delegates.OperationOptions(config))
  .AddSigningCredential(new X509Certificate2(path, pass));

或者这样配置时：

services.AddIdentityServer()
  .AddConfigurationStore(Delegates.ConfigOptions(config))
  .AddOperationalStore(Delegates.OperationOptions(config))
  .AddDeveloperSigningCredential();

系统都能正常运行（开发凭证和签名凭证均有效）。但我意外地将这两行都注释掉了，实际使用的配置如下：

services.AddIdentityServer()
  .AddConfigurationStore(Delegates.ConfigOptions(config))
  .AddOperationalStore(Delegates.OperationOptions(config));

我原本预期会出现无法生成令牌、令牌无效、崩溃或异常等情况，但实际上一切运行顺畅，没有明显问题。

显然这不符合常理，我遗漏了什么？省略签名凭证会导致哪些问题？

你看到的现象是因为IdentityServer在**开发环境（ASPNETCORE_ENVIRONMENT=Development）**下会自动创建一个临时的内存级开发签名凭证，行为和调用AddDeveloperSigningCredential()类似，但这个凭证是隐式生成的，不会持久化到文件。

省略签名凭证会带来以下关键问题：

• 生产环境启动失败：当环境切换到生产模式时，IdentityServer不会自动生成临时凭证，启动阶段就会抛出异常，服务无法正常运行。
• 令牌验证失效：每次重启服务，临时签名凭证都会重新生成。之前签发的所有令牌会因为签名密钥不匹配，被客户端或API拒绝验证，导致业务中断。
• 安全性不足：临时开发凭证的密钥强度较低，专为开发调试设计，不具备生产环境要求的抗攻击能力，存在令牌被伪造的风险。
• 多实例部署异常：如果采用多实例集群部署，每个实例会生成独立的临时密钥，跨实例签发的令牌无法被其他实例验证，导致服务逻辑混乱。

内容的提问来源于stack exchange，提问作者Konrad Viltersten