Sigstore Cosign 验证流水线

容器镜像供应链的验证困境

在云原生架构中，容器镜像作为软件交付的核心载体，其来源可信度直接影响生产环境安全。攻击者可通过篡改基础镜像、注入恶意依赖或伪造更新渠道，绕过传统镜像扫描工具的检测。开发团队常面临三重挑战：镜像完整性无法验证（如被中间人篡改的 Docker Hub 镜像）、构建来源不可追溯（无法确认镜像是否由可信流水线生成）、依赖关系黑盒化（SBOM 缺失导致漏洞影响范围不透明）。

技术实现：无密钥签名与透明审计

该技能通过三重验证机制解决上述问题：

1. 签名验证层：使用 Cosign 生成的 keyless 签名（基于 OIDC 身份令牌），通过 Fulcio 证书颁发机构绑定签名者身份。验证时自动比对签名与镜像摘要（如 sha256:87ef60f558bad79beea6425a3b28989f01dd417164150ab3baab98dcbf04def8），确保镜像未被篡改。
2. SBOM 完整性检查：解析镜像内嵌的软件物料清单，验证其与签名声明的依赖关系一致性。支持 SPDX、CycloneDX 等主流格式，识别未声明的第三方组件。
3. 透明日志审计：所有签名操作同步记录至 Rekor 透明日志，形成可追溯的审计链。验证时自动检索日志条目，确认签名时间戳符合策略要求（如 RFC3161 时间戳阈值）。

适用边界与注意事项

• 密钥管理依赖：验证流程需周期性从 TUF 仓库获取服务密钥，未配置自动轮换机制可能导致验证中断。
• 时间戳敏感性：若签名未包含 RFC3161 时间戳，验证可能失败（如 failed to verify timestamps: threshold not met），需确保构建系统支持可信时间源。
• 兼容性限制：当前仅支持容器镜像签名验证，暂未覆盖 Kubernetes 清单或 Helm Chart 的签名场景。