Note
项目证明为公共 beta 版,可能会发生更改。
关于项目证明
项目证明使你能够为自己构建的软件创建不可伪造的来源和完整性保证。 反过来,使用软件的人员可以验证软件是在哪里以及如何构建的。
使用软件生成项目证明时,将创建加密签名的声明用于确立生成的来源,并包含以下信息:
- 指向与项目关联的工作流的链接。
- 项目的存储库、组织、环境、提交 SHA 以及触发事件。
- OIDC 令牌中用于确立来源的其他信息。 有关详细信息,请参阅“关于使用 OpenID Connect 进行安全强化”。
还可以生成包含关联的软件物料清单 (SBOM) 的项目证明。 将你的版本与它们中使用的开放源代码依赖项列表相关联可提供透明度,并使使用者能够遵守数据保护标准。
关于项目证明的 SLSA 级别
SLSA 框架是用于评估供应链安全性的行业标准。 它按级别进行组织。 每个级别都表示软件供应链的安全性和可信度不断提高。 项目证明提供 SLSA v1.0 生成级别 2。
可以使用项目证明来实现 SLSA v1.0 生成级别 3;但是,强烈建议首先专注于在整个组织中广泛采用生成级别 2。 在生成中始终达到级别 2 比一小部分生成达到级别 3 要好得多。 若要实现生成级别 3,建议使用可重用工作流标准化生成过程,审核可重用工作流以确保它们满足级别 3 要求,然后更新验证策略以要求这些审核的可重用工作流。
有关详细信息,请参阅 SLSA 文档的来源部分。
关于将 Sigstore 用于项目证明
为了生成项目证明,GitHub 使用 Sigstore,它是一个开放源代码项目,提供了一个全面的解决方案,用于通过证明对软件项目进行签名和验证。
生成项目证明的公共存储库使用 Sigstore Public Good 实例。 生成的 Sigstore 捆绑包的副本随 GitHub 一起存储,还写入 Internet 上公开可读的不可变透明度日志。
生成项目证明的专用存储库 使用 GitHub 的 Sigstore 实例。 GitHub 的 Sigstore 实例使用与 Sigstore Public Good 实例相同的代码库,但它没有透明度日志,并且仅与 GitHub Actions 联合。
关于验证项目证明
如果使用发布项目证明的软件,则可以使用 GitHub CLI 来验证这些证明。 由于证明提供了有关软件在哪里以及如何构建的信息,因此可以使用这些信息来创建和强制实施安全策略,从而提高供应链安全性。 有关详细信息,请参阅“使用 GitHub CLI 验证项目证明”。
Warning
请务必记住,项目证明_不能_保证项目是安全的。 相反,项目证明会将你链接到源代码和生成它们的生成说明。 可以定义策略标准,通过评估内容来评估该策略,并在使用软件时做出明智的风险决策。
为生成生成项目证明
可以使用 GitHub Actions 生成项目证明,这些证明为二进制文件和容器映像等项目确立生成来源。
若要生成项目证明,必须:
- 确保在工作流中配置了适当的权限。
- 在工作流中包含使用
attest-build-provenance
操作的步骤。
运行更新的工作流时,它们将生成项目,并生成用于确立生成来源的项目证明。 可以在存储库的“操作”选项卡中查看证明。有关详细信息,请参阅 attest-build-provenance
存储库。
生成二进制文件的生成来源
-
在生成要证明的二进制文件的工作流中,添加下列权限。
permissions: id-token: write contents: read attestations: write
-
在生成二进制文件的步骤后,添加下列步骤。
- name: Generate artifact attestation uses: actions/attest-build-provenance@v1 with: subject-path: 'PATH/TO/ARTIFACT'
subject-path
参数的值应设置为要证明的二进制文件的路径。
生成容器映像的生成来源
-
在生成要证明的容器映像的工作流中,添加下列权限。
permissions: id-token: write contents: read attestations: write packages: write
-
在生成映像的步骤后,添加下列步骤。
- name: Generate artifact attestation uses: actions/attest-build-provenance@v1 with: subject-name: ${{ env.REGISTRY }}/${{ env.IMAGE_NAME }} subject-digest: 'sha256:fedcba0...' push-to-registry: true
subject-name
参数的值应指定完全限定的映像名称。 例如,ghcr.io/user/app
或acme.azurecr.io/user/app
。 请勿在映像名称中包含标记。subject-digest
参数的值应设置为证明的使用者的 SHA256 摘要,格式为sha256:HEX_DIGEST
。 如果工作流使用docker/build-push-action
,则可以使用该步骤的digest
输出来提供值。 有关使用输出的详细信息,请参阅“GitHub Actions 的工作流语法”。
生成软件物料清单 (SBOM) 的证明
可以为工作流项目生成签名的 SBOM 证明。
若要为 SBOM 生成证明,必须:
- 确保在工作流中配置了适当的权限。
- 为项目创建 SBOM。 有关详细信息,请参阅 GitHub Marketplace 中的
anchore-sbom-action
。 - 在工作流中包含使用
attest-sbom
操作的步骤。
运行更新的工作流时,它们将生成项目,并生成 SBOM 证明。 可以在存储库的“操作”选项卡中查看证明。有关详细信息,请参阅 attest-sbom
操作存储库。
为二进制文件生成 SBOM 证明
-
在生成要证明的二进制文件的工作流中,添加下列权限。
permissions: id-token: write contents: read attestations: write
-
在生成二进制文件的步骤后,添加下列步骤。
- name: Generate SBOM attestation uses: actions/attest-sbom@v1 with: subject-path: 'PATH/TO/ARTIFACT' sbom-path: 'PATH/TO/SBOM'
subject-path
参数的值应设置为 SBOM 描述的二进制文件的路径。sbom-path
参数的值应设置为你生成的 SBOM 文件的路径。
为容器映像生成 SBOM 证明
-
在生成要证明的容器映像的工作流中,添加下列权限。
permissions: id-token: write contents: read attestations: write packages: write
-
在生成映像的步骤后,添加下列步骤。
- name: Generate SBOM attestation uses: actions/attest-sbom@v1 with: subject-name: ${{ env.REGISTRY }}/PATH/TO/IMAGE subject-digest: 'sha256:fedcba0...' sbom-path: 'sbom.json' push-to-registry: true
subject-name
参数的值应指定完全限定的映像名称。 例如,ghcr.io/user/app
或acme.azurecr.io/user/app
。 请勿在映像名称中包含标记。subject-digest
参数的值应设置为证明的使用者的 SHA256 摘要,格式为sha256:HEX_DIGEST
。 如果工作流使用docker/build-push-action
,则可以使用该步骤的digest
输出来提供值。 有关使用输出的详细信息,请参阅“GitHub Actions 的工作流语法”。sbom-path
参数的值应设置为要证明的 JSON 格式 SBOM 文件的路径。
使用 GitHub CLI 验证项目证明
若要验证二进制文件的项目证明,请使用以下 GitHub CLI 命令。
gh attestation verify PATH/TO/YOUR/BUILD/ARTIFACT-BINARY -R ORGANIZATION_NAME/REPOSITORY_NAME
gh attestation verify PATH/TO/YOUR/BUILD/ARTIFACT-BINARY -R ORGANIZATION_NAME/REPOSITORY_NAME
若要验证容器映像的项目证明,必须提供前缀为 oci://
的映像 FQDN,而不是二进制文件的路径。 可以使用以下 GitHub CLI 命令。
docker login ghcr.io gh attestation verify oci://ghcr.io/ORGANIZATION_NAME/IMAGE_NAME:test -R ORGANIZATION_NAME/REPOSITORY_NAME
docker login ghcr.io
gh attestation verify oci://ghcr.io/ORGANIZATION_NAME/IMAGE_NAME:test -R ORGANIZATION_NAME/REPOSITORY_NAME
有关详细信息,请参阅 GitHub CLI 手册的 attestation
部分。