企业使用的软件不再是自研自用的封闭系统，而是由大量第三方组件、外部服务、开源库和云基础设施拼装而成。安全边界因此从自家机房延伸到供应商的构建流水线和代码仓库。这意味着即使自身防护严密，仍可能因为上游被污染而受到直接影响。
开发阶段的失效点在于依赖引入缺乏管控。开发者可以从公共仓库随意拉取组件，版本范围写得宽松，导致构建结果随时间漂移，甚至引入与内部包同名的恶意包。
构建阶段的失效点在于流水线凭据与制品完整性。构建脚本、签名密钥、部署凭证常以明文形式存在于配置文件中，一旦代码仓库或流水线被访问，攻击者可以直接伪造合法制品。
分发阶段的失效点在于更新通道。自动更新机制如果缺少签名校验，就会成为最理想的传播载体。用户信任的是品牌而不是包本身，这一点被攻击者反复利用。
运行阶段的失效点在于组件资产不清。很多企业无法回答自己有多少套系统在用某个存在漏洞的组件，导致漏洞通告发布后无法快速定位影响范围。
第一是依赖清单与准入。建立私有仓库代理，禁止直接访问公共源，对新引入组件进行安全评估与版本固定。
第二是制品签名与可验证构建。对构建产物进行签名，部署时强制校验，确保运行的东西就是构建出来的东西。
第三是软件物料清单管理。为每套系统生成并维护组件清单，把它与漏洞库联动，实现漏洞出现时快速定位受影响系统。
第四是供应商安全管理。把安全要求写入采购合同，要求供应商提供漏洞响应时限和事件通知义务。
供应链安全是流程问题而非产品问题。它需要研发、运维、采购和安全共同参与，任何单一部门都无法独立完成。
售后客服
企业微信
