1. 课程导论：Sigstore 与 Trivy 协同的价值、策略即代码概念、回滚护栏的运维意义

1.1 为什么需要 Sigstore 与 Trivy 协同？

在云原生软件供应链中，镜像安全扫描（Trivy）与签名验证（Sigstore）长期处于“各自为政”的状态。运维团队往往先扫描镜像，确认无高危漏洞后部署；但扫描结果本身并未被签名，攻击者可在镜像通过扫描后、推送至仓库前篡改内容。Sigstore 与 Trivy 的协同，本质上是将“安全扫描结果”与“不可篡改的签名”绑定，形成一条可验证的信任链。

1.2 策略即代码（Policy as Code）概念

策略即代码（PaC）是将安全、合规、运维规则以声明式代码形式编写、版本化管理、自动化执行的方法论。在 Sigstore-Trivy 协同场景中，PaC 的核心作用是将“允许部署的条件”转化为可编程的断言。

典型策略示例：

# 策略：仅允许 Trivy 扫描结果为 CRITICAL=0 且经过 Sigstore 签名的镜像部署
package sigstore_trivy_policy

import rego.v1

default allow := false

allow if {
    # 1. 镜像必须包含有效的 Sigstore 签名
    input.sigstore.verified == true
    # 2. Trivy 扫描结果中无 CRITICAL 漏洞
    input.trivy.summary.critical == 0
    # 3. 签名时间必须在扫描时间之后（防止先签名后扫描）
    input.sigstore.signed_at > input.trivy.scanned_at
}

1.3 回滚护栏的运维意义

回滚是运维中最易被忽视的安全窗口。传统回滚操作通常跳过安全扫描和签名验证，直接拉取历史镜像部署，这为已知漏洞的重新引入或已被篡改的旧版本提供了可乘之机。回滚护栏是指在回滚流程中强制插入安全策略检查，确保回滚的镜像同样满足当前的安全基线。

回滚护栏的三大运维意义：

• 防止漏洞回潮：旧版本镜像可能包含已修复的漏洞，回滚护栏通过 Trivy 扫描策略阻止此类镜像上线。
• 防止签名失效：旧版本镜像的签名可能已过期或被吊销，回滚护栏通过 Sigstore 验证确保签名仍然有效。
• 审计可追溯：每次回滚操作都会生成策略评估日志，满足合规审计要求。

1.4 协同架构总览

下图展示了 Sigstore 与 Trivy 协同策略即代码回滚护栏的整体架构，包含 CI/CD 流水线、策略引擎、镜像仓库和 Kubernetes 集群四个核心域。

1.5 本章小结

Sigstore 与 Trivy 的协同解决了软件供应链中“扫描结果不可信”和“签名无扫描上下文”的双重困境。策略即代码将安全规则从人工操作升级为自动化门禁，而回滚护栏则填补了运维中最容易被攻击的安全缺口。三者结合，构成了云原生部署安全的最后一道防线。