Internet Explorer 11导出PFX代码签名证书加密算法选择问题

1. 客服称AES256-SHA256不可用的说法是否正确 #

该说法属于场景化的片面结论，并非完全正确。
AES256-SHA256是PKCS#12 v2.0标准引入的PFX加密方案，本身完全符合行业规范，在Windows 8及以上操作系统、新版signtool、主流代码签名工具链上均可正常使用。
客服给出不可用的结论，通常是针对老旧适配场景：如果需要在Windows 7/Server 2008及更早系统、Windows SDK 7.1及更早版本的signtool、仅支持PKCS#12 v1.1标准的第三方签名平台上使用该PFX，AES256-SHA256加密的文件确实会出现无法识别的问题。

2. 两种加密算法的选择建议 #

两种算法安全性差异极大，不存在无差异的说法，可根据你的使用场景选择：

• 优先选择AES256-SHA256：TripleDES已经被NIST正式弃用，SHA1也存在已知的碰撞漏洞，AES256-SHA256的抗暴力破解能力、安全强度远超前者，只要你的签名环境没有老旧系统/工具的兼容要求，直接选该算法即可。
• 仅在以下场景选择TripleDES-SHA1：
  • 需要在Windows 7/Server 2008及更早版本的系统上使用该PFX
  • 对接的第三方签名平台明确要求使用TripleDES加密的PFX文件
  • 使用的签名工具为Windows SDK 7.1及更早版本的signtool

3. 导出PFX的相关注意事项 #

• 导出时必须勾选「导出私钥」选项，未包含私钥的PFX文件不具备代码签名能力，无法正常使用。
• PFX的保护密码需设置为至少12位以上，混合大小写字母、数字、特殊字符的强密码，避免使用常见字符串。PFX文件一旦泄露且密码被破解，你的证书将可能被冒用签署恶意程序，最终被CA吊销。
• 导出完成后可使用certutil -p 你的PFX密码 -dump PFX文件路径命令校验文件完整性，确认私钥正常导出、加密算法与你选择的一致。
• 导出过程不要在公共设备、未加密的网络环境下操作，不要对密码、导出过程截图或录屏。导出后的PFX文件不要存储在云盘、公共服务器等公开可访问的位置，建议存储在加密的离线U盘中，同时制作至少2份异地备份。
• 若后续发现PFX文件有泄露风险，需第一时间联系Sectigo/Comodo客服吊销原证书，重新申请新的证书使用。

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