摘要：代码签名可以帮助验证软件发布者身份和文件完整性，但不能保证软件没有漏洞或不触发安全提示。了解代码签名、时间戳及GlobalSign OV、EV 证书的适用场景。
软件已经签名，为什么安装时还会弹出安全提示？文件属性显示“数字签名正常”，是不是就能放心运行？这两个问题，经常出现在软件交付和客户验收中。
代码签名主要帮助验证软件发布者身份，以及签名所覆盖的内容是否在签署后发生变化。它不能证明软件没有漏洞、没有恶意功能，也不能保证所有操作系统都允许安装。
对企业来说，理解这条边界，才能把代码签名用在正确的位置：为软件发布提供可验证的身份和完整性依据，并与测试、漏洞检查、密钥保护及分发管理共同发挥作用。
代码签名让用户能够核对软件来自谁
用户下载一个安装包，文件名、图标和下载页面都可以被仿冒。仅凭这些外观，很难判断它是否来自预期的软件厂商。
代码签名证书将经过验证的发布者身份与签名密钥关联起来。开发者使用对应私钥为软件签名后，支持该签名机制的系统可以验证签名，并按平台规则显示发布者信息。
这让企业交付软件时，多了一项可以核对的依据。例如，客户收到安装包后，可以检查数字签名中的企业名称是否与供应商一致，而不必只相信邮件里的文件名。
但“有发布者名称”仍然需要核对。相似的企业名称、错误的下载来源，或者与采购主体不一致的签名身份，都值得进一步确认。
它能帮助发现篡改 却不能阻止文件被修改
软件发布后，可能经过下载服务器、合作伙伴渠道或内部文件共享平台。代码签名可以帮助接收方检查签名所覆盖的内容是否发生变化。
如果攻击者修改了受签名保护的代码，原有签名的完整性验证通常就无法通过。接收方因此能够发现异常，平台也可以依据自身策略进行提示或拦截。
这里容易产生一个误解：签名之后，文件就“改不动了”。实际上，代码签名不会给文件加上禁止编辑的锁。它的价值在于使未经授权的改动能够被验证发现。能否阻止安装或执行，还取决于客户端是否检查签名、如何处理验证失败，以及企业是否配置了相应策略。
签名的保护范围也要按文件格式确认。安装包有签名，不代表它安装后下载的更新包、插件或脚本都已经获得独立的签名保护。这些后续组件仍需按各自的分发方式设计验证流程。
为什么签名有效 软件仍可能不安全
签名验证关注的是发布者身份与文件完整性，不会逐行检查代码逻辑。
假如某个版本在签名前已经包含漏洞，正常完成签名后，漏洞仍然存在。同样，如果构建环境受到入侵，攻击者把恶意组件混入待发布版本，而企业随后为它完成签名，接收方也可能看到有效签名。
这意味着，签名之前的审批尤其重要。哪些构建结果允许签名，谁可以批准正式发布，第三方依赖是否经过检查，都会影响最终交付的软件是否可信。签名环节只能为进入该环节的文件提供相应证明，无法替代前面的安全检查。
私钥保护同样关键。如果未经授权的人能够调用签名密钥，就可能以企业名义为其他文件签名。企业需要限制签名权限、保留操作记录，并准备密钥疑似泄露时的响应流程。
买了 EV 代码签名证书 为什么还会出现 SmartScreen 提示
“签名有效”与“系统没有警告”，并不是同一个判断结果。
Windows 的 Microsoft Defender SmartScreen 会结合发布者和文件的信誉信息评估风险。一个新发布的程序，即便已经正确签名，仍可能因为尚未建立足够信誉而出现提示。
微软当前文档明确说明，EV 代码签名证书已不再默认获得即时 SmartScreen 信誉，不能将其宣传为消除 SmartScreen 警告的保证。企业选择 OV 或 EV 时，应结合身份核验、采购要求及具体发布场景判断。
遇到客户反馈安装受阻，技术团队应先辨别具体原因：是签名验证失败、发布者不受信任、文件信誉不足，还是客户设备的管理策略禁止运行。原因不同，处理方法也不同。
不宜把所有提示都归结为证书问题，更不应把关闭系统安全功能作为常规解决办法。
时间戳解决的是签署时间问题
软件可能在证书到期后继续被客户使用。因此，企业不能只关注签名当时是否成功，还需要考虑之后如何验证。
可信时间戳能够为签名提供可信的时间依据。在平台支持、时间戳有效且满足相关验证条件的情况下，验证方可以判断签名是否在证书有效期内完成，使已签署文件在证书到期后仍有可能继续通过验证。
但时间戳不等于软件获得“永久安全认证”。证书撤销、算法支持变化、平台信任政策及文件状态，都可能影响后续验证结果。发布时应同时检查文件签名和时间戳，而不是等证书到期后再发现此前没有正确配置。
GlobalSign 代码签名证书应如何放进发布流程
对准备采购的企业来说，先说清楚“要签什么、在哪里签、由谁使用”，比单纯比较证书名称更有帮助。
GlobalSign 中国官网提供 OV 和 EV 代码签名证书，并列出 USB Token 与 HSM 部署选项，支持时间戳功能。企业可根据签名频率、操作环境和密钥管理要求评估适用方式；选择 HSM 部署时，还应确认设备、工具及配置要求，GlobalSign 不提供 HSM 设备。
证书部署完成后，建议把以下检查落实到每次正式发布中：
签名前确认版本。完成必要测试和审批，明确允许签署的构建文件。
签名时控制权限。限定密钥使用人员或系统，保留能够追溯的记录。
签名后检查结果。核对发布者身份、签名验证状态与时间戳，并在目标环境测试。
分发后复核文件。从实际下载入口获取安装包，确认客户拿到的文件与批准发布的版本一致。
如果涉及构建流水线集成，应针对代码签名使用的密钥存储和签名工具单独确认方案，不能直接将SSL/TLS 证书的自动化能力套用到代码签名。
向 GlobalSign 咨询时，可以同时提供文件类型、目标平台、发布频率、现有签名工具及密钥存储要求。这些信息有助于判断证书与部署方式是否适合实际业务。
常见问题 FAQ
代码签名能防止软件被破解或反编译吗
代码签名的主要用途是验证发布者身份和签名覆盖内容的完整性。它不承担代码混淆、反编译防护或软件授权管理的功能。
已经使用 HTTPS 下载 还需要代码签名吗
两者保护的环节不同。HTTPS 主要保护客户端与服务器之间的传输连接；代码签名用于验证软件文件本身。文件下载后被转发或复制时，仍可以按平台机制检查其签名。
软件有有效签名 就可以跳过病毒扫描吗
不可以。有效签名不能证明程序没有恶意行为，也不能替代病毒扫描、漏洞检测或安全测试。
签名之后修改了软件 需要重新签名吗
如果修改了签名所覆盖的内容，通常需要重新签名。修改后应再次检查签名状态，确保发布的是经过批准的最终版本。
代码签名证书到期后 已经发布的软件就不能使用了吗
不能一概而论。是否配置有效时间戳、签名是否满足验证条件，以及目标平台的规则，都会影响结果。证书到期也不等于软件功能自动停止运行，但后续签名验证可能受到影响。
企业应如何选择 GlobalSign OV 或 EV 代码签名证书
应结合客户采购规范、身份核验要求、目标平台和密钥部署方式确认。不要仅以“是否保证不弹安全提示”作为选择依据，因为证书无法单独决定平台的信誉判断结果。
参考与延伸阅读
GlobalSign 中国代码签名证书产品说明
微软 SmartScreen 应用信誉说明