9 月 2 日消息，科技媒体 Windows Report 昨日（9 月 1 日）发布博文，报道称微软承认 Windows 11 系统默认启用的 TLS 1.3 协议存在 BUG，会破坏 IIS Express 处理客户端证书的能力。
推荐系统：win11系统下载
这一问题同时在某些条件下影响完整版 IIS 服务器，根源在于 TLS 1.3 移除了早期版本支持的“重协商”（Renegotiation）机制。


该机制原本支持服务器在加密会话过程中请求客户端证书，而如今 IIS Express 仅能在初始 TLS 握手阶段进行证书验证，否则无法完成认证流程。


由于 IIS Express 依赖 Windows 系统的 http.sys 驱动处理 TLS 通信，其控制时机过晚会导致无法干预证书请求时序。


对依赖双向 TLS（mTLS）的开发者来说，微软移除“重协商”机制变更，直接影响其测试环境：在旧版 Windows 11 和 Server 2022 中，浏览器会直接重置连接；而在 24H2 版本和 Server 2025 中，IIS 会返回 500.0 服务器内部错误并附带错误代码 0x80070032（意为“不支持”）。


微软目前未宣布永久修复方案，工程师 Matt Hamrick 提出了三项临时应对措施：


首先通过注册表编辑禁用入站 TLS 1.3，强制系统使用 TLS 1.2；


其次使用 netsh 工具修改 http.sys 绑定，让证书请求在初始握手阶段完成；


若均无效，则建议从配置文件中移除客户端证书要求。不过这些操作可能需要管理员权限，且可能在 Visual Studio 更新后被重置。

9 月 2 日消息，科技媒体 Windows Report 昨日（9 月 1 日）发布博文，报道称微软承认 Windows 11 系统默认启用的 TLS 1.3 协议存在 BUG，会破坏 IIS Express 处理客户端证书的能力。
推荐系统：win11系统下载
这一问题同时在某些条件下影响完整版 IIS 服务器，根源在于 TLS 1.3 移除了早期版本支持的“重协商”（Renegotiation）机制。


该机制原本支持服务器在加密会话过程中请求客户端证书，而如今 IIS Express 仅能在初始 TLS 握手阶段进行证书验证，否则无法完成认证流程。


由于 IIS Express 依赖 Windows 系统的 http.sys 驱动处理 TLS 通信，其控制时机过晚会导致无法干预证书请求时序。


对依赖双向 TLS（mTLS）的开发者来说，微软移除“重协商”机制变更，直接影响其测试环境：在旧版 Windows 11 和 Server 2022 中，浏览器会直接重置连接；而在 24H2 版本和 Server 2025 中，IIS 会返回 500.0 服务器内部错误并附带错误代码 0x80070032（意为“不支持”）。


微软目前未宣布永久修复方案，工程师 Matt Hamrick 提出了三项临时应对措施：


首先通过注册表编辑禁用入站 TLS 1.3，强制系统使用 TLS 1.2；


其次使用 netsh 工具修改 http.sys 绑定，让证书请求在初始握手阶段完成；


若均无效，则建议从配置文件中移除客户端证书要求。不过这些操作可能需要管理员权限，且可能在 Visual Studio 更新后被重置。