目录
零信任是一种革命性的方法，它挑战了过时的隐性信任概念，要求持续验证和确认。零信任是数据安全迷宫中的一盏希望的灯塔。 Software Supply Chain Security (SSCS)，其中信任是一种微妙的商品。它摒弃了过时的假设，以敏锐的眼光审视每一个用户、设备和应用程序，这对于确保软件工件及其存储库的完整性尤为重要——安全软件的构成要素加入我们，踏上坚定不移的安全之旅，深入探索零信任的世界， SSCS，信任是靠赢得的，而不是被假定的。
零信任 SSCS：通过坚定不移的诚信提高安全性
零信任已成为广泛认可的安全框架。许多组织已采用其原则来改善其在日益互联和复杂的数字世界中的安全态势。根据 军事调查33% 的 IT 专业人士预计其组织将在 2023 年采用零信任模型。这种心态在以下领域尤为重要： SSCS其中软件工件及其存储库的完整性至关重要。
当我们把注意力转向 Software Supply Chain Security (SSCS），我们的重点缩小到软件工件及其存储仓库的完整性。在这个领域，信任并非理所当然，而是坚定不移的完整性的直接结果。随着软件工件在各个仓库中穿梭，不断演进和集成，它们共同塑造了最终产品。
在这个复杂的过程中，确保这些文物和存储库的完整性至关重要，因为正是这种完整性才能建立信任。
零信任模型假设威胁可能存在于组织网络的外部和内部，强调信任绝不能是隐性的。
软件供应链背景下的零信任哲学的关键原则包括：
- 核实一切，不要相信任何事。 这一原则是零信任的基石，也适用于软件供应链。从源代码到部署的二进制文件，每个软件工件在使用前都应验证其真实性和完整性。
- 最小特权访问。 仅向用户和系统授予执行任务所需的访问权限。这有助于减少攻击面并防止恶意行为者获取敏感资源的访问权限。
持续监控和分析。 零信任不是一种一劳永逸的安全方法。它需要持续监控和分析软件供应链，以识别和应对威胁。
如何在软件供应链中实现零信任？
防御措施：强化软件生产流程
有效地实施零信任 SSCS，一套全面的防御措施至关重要。保护软件生产过程免遭恶意篡改并防止引入有害代码更新需要以下关键防御策略：
访问控制：
- 实施基于角色的访问控制 (RBAC) 以根据用户角色和权限限制对代码存储库和构建环境的访问。
- 使用双因素身份验证 (2FA) 来加强身份验证，使攻击者更难以获得未经授权的访问。
- 实施最小权限访问，以便用户和脚本或集成只能访问执行任务所需的资源。
材料签署：
- 要求对部署到生产中的所有软件工件进行签名。
- 使用可信签名机构 (CA) 验证每个组件签名的真实性。
- 实施自动签名验证，以确保所有软件工件在部署之前都经过签名。
通过实施签名，组织可以降低恶意代码被引入软件供应链的风险。
恶意代码检测：
- 使用静态分析检测恶意代码 pipeline和软件工件。
- 实施沙盒和其他技术，在部署软件工件之前对其进行隔离和分析。
完整性保证：维护软件工件的纯度
零信任 SSCS 除了防止恶意攻击之外，还确保整个开发生命周期中软件工件的完整性，包括：
出处和证明追踪：
- 实施一个系统来跟踪整个开发生命周期中所有软件工件的来源和修改。可以使用多种方法来实现，例如区块链技术、数字水印和基于哈希的签名。
- 使用出处跟踪来识别和调查软件供应链中的可疑活动。例如，如果软件工件以未经授权的方式被修改，则可以使用出处跟踪来追踪修改的来源并采取纠正措施。
通过跟踪软件工件的来源和修改，组织可以让攻击者更难隐藏他们的恶意活动。例如，如果 SolarWinds 实施了来源跟踪，那么识别注入 Orion SDK 的恶意代码的来源就会更容易。
可重复的构建：
- 实现可重现的构建环境，以便从相同的源代码一致地生成相同的软件工件。这可以通过使用 Docker 和 Packer 等工具来创建不可变的构建环境来实现。
- 使用可重现的构建来验证开发生命周期每个阶段的软件工件的完整性。例如，您可以使用校验和来验证软件工件自构建以来未被篡改过。
通过实施可重现的构建，组织可以降低在构建过程中恶意代码被注入软件供应链的风险。例如，2020 年，SolarWinds Orion 软件遭到俄罗斯网络间谍组织的攻击。攻击者能够将恶意代码注入软件，然后将其分发给全球 SolarWinds 客户。这次攻击之所以成功，是因为 SolarWinds 构建环境不可重现。
如果 SolarWinds 实现了可重现的构建，攻击者将无法在不被发现的情况下将恶意代码注入软件中。
工件完整性验证：
使用数字签名和加密哈希来验证开发生命周期每个阶段的软件工件的完整性。可以使用以下工具来完成此操作： Xygeni Build Security.
- 使用工件完整性验证来检测对软件工件的未经授权的修改。例如，如果软件工件以未经授权的方式被修改，工件完整性验证将检测到该更改并生成警报。
通过实施工件完整性验证措施，组织可以降低在开发和交付过程的任何阶段将恶意代码引入软件供应链的风险。
以下是如何将这些措施组合成一个 CI/CD pipeline:
- 1. 用户认证：用户使用双因素身份验证（2FA）登录系统以增强安全性。
- 2.基于角色的访问控制（RBAC）检查：源代码管理（SCM) 系统检查用户是否具有所需的权限 commit 的变化。
- 3。 代码 Commit：授权用户 commit新的代码更改到存储库，触发 CI/CD pipeline.
- 4.合规性和质量保证测试：代码经过编码合规性测试 standard和整体质量保证。
- 5.秘密& IaC 扫描： 此 pipeline 扫描硬编码秘密，例如密码或 API 密钥，以防止安全漏洞。
- 6. 恶意代码检测：静态分析工具扫描代码库以查找指示恶意代码的模式，例如后门或其他安全威胁，以确保代码的完整性和安全性。
- 7、漏洞扫描： 此 pipeline 扫描代码库及其依赖项以查找任何已知漏洞。
- 8.签名验证：集成中使用的所有组件的签名都经过验证，以确保真实性和信任度。
- 9. 证明生成：成功完成所有测试后，将生成一份证明报告，证明最终产品的安全性和完整性。
- 10. 产品分发准备： 经过认证的产品准备分发给最终客户，确保他们收到安全且经过验证的产品。
适应性和多功能性：适用于不同环境的框架
零信任框架 SSCS 需要强大且适应性强，支持各种软件开发环境，从云原生微服务架构到传统 on-premise系统。遵守 standard 元数据和数字签名等证据结构促进了互操作性并实现了与现有安全工具的无缝集成。
在安全漏洞和脆弱性不断增加的时代，在以下背景下采用零信任范式 Software Supply Chain Security 是确保软件完整性和可信度的主动措施。通过集成防御措施并确保每个级别的完整性，组织可以构建安全、有弹性且可靠的软件系统，保护其数字资产并加强其软件供应链以抵御潜在威胁。
零信任和 SSCS 在未来安全至关重要的时代，携手合作，为安全第一战略奠定坚实的基础。企业可以通过专注于诚信与信任，自信而富有韧性地应对瞬息万变的数字生态系统。
