微软根计划中ECC签名不支持Windows的说明含义解析

核心矛盾拆解 #

表格里的签名要求是技术合规标准——即如果CA要颁发ECC/ECDSA证书，必须使用指定的NIST曲线（P-256/P-384/P-521），这是根计划对证书本身的格式要求；而下方的注意事项是实际兼容性建议，两者并不冲突：根计划没有禁止CA拥有ECC根证书，但出于Windows生态的兼容性风险，建议不要给终端订阅者颁发ECC用户证书。

为什么说Windows及新安全功能不支持ECC签名？ #

这里的“不支持”并非完全不兼容，而是特定场景下的局限性：

• 部分旧Windows版本（如Windows 7及更早）对ECC签名的支持不完善，无法验证ECC签名的代码或证书；
• Windows的新安全功能（如Windows Defender应用控制WDAC、智能应用控制Smart App Control等）在验证ECC签名的代码时，容易出现验证失败、程序被拦截运行等错误；
• 即使.NET框架本身支持ECC签名的开发，最终程序在Windows环境运行时，依赖的底层Windows Crypto API对ECC签名的适配仍有缺口，可能导致运行时错误。

根计划“无限制”的实际含义 #

微软可信根计划允许CA提交ECC根证书加入可信根列表，但这仅代表根证书本身符合技术规范；而给终端用户颁发ECC证书时，因为Windows生态的兼容性问题，会导致用户遇到各类错误（比如代码无法运行、证书验证失败），甚至引发潜在安全风险（比如错误地将合法程序标记为恶意），因此才给出“不要颁发”的建议。

查找更详细信息的途径 #

• 查看微软可信根计划的官方FAQ文档，里面会针对兼容性问题做补充说明；
• 查阅Windows Crypto API的官方文档，了解不同Windows版本对ECC算法的支持矩阵；
• 参考微软支持中心关于Windows新安全功能（如WDAC）的兼容性公告，明确哪些签名算法被支持。

内容的提问来源于stack exchange，提问作者Vladimir Vuković