SLSA
Supply chain Levels for Software Artifacts，软件供应链安全框架，定义了一套分级标准用于衡量软件构建过程的安全性和完整性，帮助确保软件制品来源可信、构建过程可验证
核心事实
时间轴 (近 90 天)
SLSA 等框架通过记录并验证构建来源，降低依赖包被投毒或手工替换的风险。
业界缓解平台锁定的思路包括采用开放标准（如 OCI 镜像格式、SLSA 供应链规范）、支持配置即代码并可从外部版本控制、提供数据导出与 API 兼容能力。
签名验证是 SLSA 等框架推荐的基础实践之一，可降低代码仓库被入侵后植入恶意提交的风险。
Git 通过提交哈希、签名和不可变历史提供了强追溯能力，这也是 SLSA 等框架推荐的基础。
2021 年的 SolarWinds 事件和 2022 年的 node-ipc 投毒事件推动了 SLSA 框架的普及
SLSA 的 Provenance 格式基于 in-toto Attestation 规范构建，两者并非互斥
模型训练本质上是非确定性的，相同代码和相同数据运行两次可能产生不同权重，使得SLSA高等级要求的构建可复现性在ML场景下难以满足
SLSA 框架和 Sigstore 项目致力于为构建与发布流程提供可验证的来源证明
Docket 的思路类似于软件供应链安全领域的 SBOM 或 SLSA 框架，但回答的是提交由哪个智能体在什么上下文下生成、经过哪些验证步骤
SLSA 的 L3 等级要求构建环境具备防篡改能力，L4 目前为理论标准要求对所有依赖进行递归审查和双方审核
还有 5 条时间轴事件
全部知识事实 (16)
GPG签名是一种基于非对称加密的数字签名机制，在GitHub的发布流程中，维护者使用私钥对发布产物进行签名，用户可以通过公钥验证签名的有效性
90%已验证SLSA（Supply-chain Levels for Software Artifacts）框架由 Google 主导提出，将软件供应链安全能力划分为四个等级
65%待验证SLSA 框架由 Google 于 2021 年提出，将软件供应链安全划分为四个等级
70%待验证SLSA框架（Supply-chain Levels for Software Artifacts）要求对每个构建产物提供可验证的来源证明
60%待验证SLSA 等框架通过记录并验证构建来源，降低依赖包被投毒或手工替换的风险。
50%待验证业界缓解平台锁定的思路包括采用开放标准（如 OCI 镜像格式、SLSA 供应链规范）、支持配置即代码并可从外部版本控制、提供数据导出与 API 兼容能力。
50%待验证签名验证是 SLSA 等框架推荐的基础实践之一，可降低代码仓库被入侵后植入恶意提交的风险。
50%待验证Git 通过提交哈希、签名和不可变历史提供了强追溯能力，这也是 SLSA 等框架推荐的基础。
50%待验证SLSA 的 Provenance 格式基于 in-toto Attestation 规范构建，两者并非互斥
50%待验证模型训练本质上是非确定性的，相同代码和相同数据运行两次可能产生不同权重，使得SLSA高等级要求的构建可复现性在ML场景下难以满足
50%待验证SLSA 框架和 Sigstore 项目致力于为构建与发布流程提供可验证的来源证明
50%待验证Docket 的思路类似于软件供应链安全领域的 SBOM 或 SLSA 框架，但回答的是提交由哪个智能体在什么上下文下生成、经过哪些验证步骤
50%待验证SLSA 的 L3 等级要求构建环境具备防篡改能力，L4 目前为理论标准要求对所有依赖进行递归审查和双方审核
50%待验证SLSA（Supply-chain Levels for Software Artifacts）框架为软件构建流程提供了从 L1 到 L4 的安全等级评估体系
50%待验证SLSA 框架定义了从 Level 1 到 Level 4 的递进安全等级，Level 3 及以上要求构建过程在隔离环境中执行且具备不可伪造的来源证明
50%待验证2021 年的 SolarWinds 事件和 2022 年的 node-ipc 投毒事件推动了 SLSA 框架的普及
50%