ssl - Windows 11 ERR_SSL_KEY_USAGE_INCOMPATIBLE

Question

我支持使用 Owin 在本地主机上托管 HTTP 接口(interface)的应用程序。这已经工作多年，但从 Windows 11 开始，绑定(bind)证书显示为 ERR_SSL_KEY_USAGE_INCOMPATIBLE。 Chrome 和 Edge 都是如此。证书没有改变，并且在 Windows 10 上运行良好(测试到 20H2)。

如果我使用 Windows 11 生成新证书，那么问题就会消失。在将旧证书与新证书进行比较时，我找不到它不起作用的原因。

非工作证书的 key 用法:不可否认性、 key 加密、数据加密、 key 协议(protocol) (78)增强:服务器身份验证(1.3.6.1.5.5.7.3.1)

工作证书的关键用法:数字签名， key 加密(a0)增强:客户端身份验证 (1.3.6.1.5.5.7.3.2)服务器身份验证(1.3.6.1.5.5.7.3.1)

有谁知道导致 Windows 11 且仅 Windows 11 拒绝它的旧证书可能有什么问题？

编辑:
谢谢@Steffen Ullrich!你说的绝对是我需要的插入力。但你会说这是我的答案吗？

在 Windows 10 上，使用旧证书，我使用 Chrome 来查找:使用 TLS 1.2、带 P-384 的 ECDHE_RSA 和 AES_256_GCM 对与此站点的连接进行加密和身份验证。

在 Windows 11 上，使用新证书，我看到:使用 TLS 1.3、X25519 和 AES_256_GCM 对与此站点的连接进行加密和身份验证。

我已经通过浏览器设置禁用了 TLS 1.3，但显然这不起作用。我使用注册表禁用了 TLS 1.3，现在原始证书可以使用了! (像 Win 10 一样连接 TLS 1.2)。

四处寻找，我发现了这个: https://learn.microsoft.com/en-us/windows/win32/secauthn/tls-cipher-suites-in-windows-11

这表明 TLS 1.3 不支持上面调用的密码套件。我一直怀疑这是一个 TLS 1.3 问题，我就是无法确定。

所以，我会继续使用我的新证书，因为它们“更好”，但至少我知道为什么。

Answer 1

我的猜测是 key 交换方法发生了变化。 Key Encipherment 适用于 RSA key 交换，它已过时一段时间但可能已在您的代码中使用。 DH key 交换需要数字签名(就像在现代 ECDHE 中一样)。参见 Which key usages are required by each key exchange method? .

旧证书只适用于过时的RSA key 交换，新证书适用于ECDHE和RSA key 交换。我不太想知道为什么旧证书不起作用，我更想知道为什么它没有早点被破坏，因为 RSA key 交换现在已经过时了一段时间。