3. Sigstore全景：Cosign、Fulcio、Rekor、Certificate Transparency生态组件

Sigstore 是一套面向软件供应链的签名与验证框架，旨在解决“谁来签、怎么签、签完存在哪、如何验证”四个核心问题。它并非单一工具，而是由多个组件构成的开放生态。理解每个组件的职责与交互关系，是调优 OCI 分发集成的前提。

3.1 核心组件总览

Sigstore 生态包含四个关键组件，分别对应签名、证书、日志和透明性校验。下表列出各组件的定位与核心产出物：

3.2 组件交互流程与信任链

一次完整的 Sigstore 签名流程涉及所有组件协同工作。下图展示了从开发者签名到验证者校验的端到端数据流：

3.3 组件深度解析

3.3.1 Cosign：签名与验证的执行者

Cosign 是 Sigstore 的命令行工具和库，直接与 OCI 分发规范交互。它支持以下核心操作：

• 镜像签名： 使用私钥或 Fulcio 颁发的短期证书对容器镜像进行签名，签名作为 OCI 制品存储在镜像仓库中。
• 签名验证： 从仓库拉取签名，结合 Rekor 日志和公钥/证书进行验证。
• Attestation 管理： 支持生成和验证 SBOM、SLSA 等 in-toto attestation。
• 密钥管理： 支持本地密钥、KMS、硬件安全模块（HSM）等多种密钥后端。

3.3.2 Fulcio：基于 OIDC 的证书颁发机构

Fulcio 实现了“无密钥签名”的核心机制。它通过 OIDC 协议与身份提供商（如 GitHub、Google、Microsoft）集成，为开发者签发短期 X.509 证书。

3.3.3 Rekor：不可变签名日志

Rekor 是一个基于 Merkle 树的透明性日志，用于存储签名元数据。每个日志条目包含签名、证书、镜像摘要和可选的自定义数据。

• 条目结构： 每个条目由 body（签名元数据）、integratedTime（提交时间）、logIndex（日志索引）组成。
• 查询方式： 支持按 logIndex、uuid、publicKey、email 等字段查询。
• 验证能力： 验证者可通过 Rekor 的 Merkle 树证明（inclusion proof）确认签名在特定时间点存在。

3.3.4 Certificate Transparency：证书审计层

CT 日志是 Fulcio 信任模型的基础。它确保所有由 Fulcio 签发的证书都被公开记录，防止 CA 被攻破后恶意签发证书而不被发现。

CT 在 Sigstore 中的角色：

• 强制提交： Fulcio 在签发证书后，必须将证书提交到 CT 日志并获得 Signed Certificate Timestamp (SCT)。
• 验证者校验： 验证者在验证签名时，可以选择校验证书是否包含有效的 SCT，确保证书已被 CT 日志记录。
• 审计能力： 任何人都可以监控 CT 日志，发现异常证书签发行为。

3.4 组件部署与集成模式

根据组织的安全需求和基础设施，Sigstore 组件可以采用不同的部署模式：

3.5 组件调优关键点

在 OCI 分发集成场景下，各组件的调优直接影响签名和验证的性能与可靠性：

3.6 组件版本与兼容性

Sigstore 组件仍在快速迭代中。下表列出当前主流版本及关键兼容性信息：