1. 课程导论：镜像签名与验证的重要性、Cosign在软件供应链安全中的角色、课程目标与学习路径
1.1 为什么镜像签名与验证是供应链安全的基石
在云原生与容器化交付成为主流的今天，软件供应链攻击正从“投毒源码”转向“篡改制品”。容器镜像作为应用交付的最终载体，一旦被植入恶意层或替换标签，整个生产环境将面临不可逆的沦陷风险。镜像签名与验证正是阻断这一攻击路径的核心防线。
关键事实： 2023 年 CNCF 安全审计报告指出，超过 60% 的容器化部署未对镜像来源做任何密码学验证，攻击者可通过中间人劫持、镜像仓库漏洞或 CI/CD 管道注入等方式，将未签名的恶意镜像直接推送到生产集群。
镜像签名通过非对称密钥对镜像清单（Manifest）进行数字签名，确保镜像的完整性（未被篡改）与真实性（来自可信发布者）。验证方在拉取或运行镜像前，必须校验签名是否匹配、证书链是否有效、签名者是否在许可列表中。这一机制与软件供应链安全框架中的 SLSA（Supply-chain Levels for Software Artifacts） 等级要求高度吻合。
| 攻击场景 | 无签名验证 | 启用 Cosign 签名验证 |
|---|---|---|
| 镜像仓库被篡改 | 恶意镜像直接部署 | 签名校验失败，拒绝拉取 |
| CI/CD 管道注入 | 构建产物被替换 | 签名与公钥不匹配，阻断发布 |
| 依赖镜像投毒 | 基础镜像层被植入后门 | 层哈希与签名摘要不一致，告警 |
| 标签覆盖攻击 | latest 标签指向恶意版本 | 签名时间戳与预期不符，拒绝 |
1.2 Cosign 在软件供应链安全中的角色
Cosign 是 Sigstore 项目下的开源镜像签名工具，由 Google、Red Hat、Purdue 大学等联合发起，旨在解决传统 PKI 签名方案在容器生态中的三大痛点：密钥管理复杂、证书轮换困难、验证流程割裂。Cosign 通过以下设计成为云原生签名的事实标准：
- 无密钥签名（Keyless Signing）：利用 OIDC 身份与临时证书，开发者无需管理长期私钥，签名绑定自然人身份而非静态密钥。
- 透明日志（Rekor）：所有签名记录写入不可篡改的公开日志，支持事后审计与异常检测。
- OCI 原生集成：签名作为镜像索引的附件（Referrers API）存储，无需额外仓库或元数据服务。
- 策略即代码：通过
cosign verify与policy-controller实现准入控制，在 Kubernetes 集群中强制验证。
角色定位： Cosign 不是孤立的签名工具，而是 Sigstore 生态的“执行层”。它连接了身份提供方（OIDC）、证书颁发机构（Fulcio）、透明日志（Rekor）与容器运行时，形成从“开发者身份”到“镜像部署”的完整信任链。
1.3 课程目标与学习路径
本课程面向 DevSecOps 工程师、平台工程师与安全运维人员，旨在通过 30 个章节的系统训练，使学员具备从零搭建企业级镜像签名与验证体系的能力。课程不局限于 Cosign 命令的机械使用，而是围绕 密钥管理、自动化集成、策略治理、应急响应 四个维度展开。
| 模块 | 章节范围 | 核心产出 |
|---|---|---|
| 基础篇 | 第 1–8 章 | 理解签名原理、安装 Cosign、完成首次签名与验证 |
| 进阶篇 | 第 9–16 章 | Keyless 签名、Rekor 日志审计、多平台镜像签名 |
| 自动化篇 | 第 17–24 章 | GitHub Actions/GitLab CI 集成、策略控制器部署 |
| 实战篇 | 第 25–30 章 | 多集群策略管理、供应链事件响应、合规报告生成 |
学习前提： 建议学员具备基本的容器操作经验（docker pull/push/tag）、了解 Kubernetes 准入控制概念（Admission Webhook），并拥有一个可访问的 OCI 兼容镜像仓库（如 Harbor、Docker Hub、GitHub Container Registry）。
1.4 本章小结
镜像签名与验证不再是“锦上添花”的安全选项，而是软件供应链防线的刚性需求。Cosign 通过 Sigstore 生态提供了从身份到部署的端到端信任链，降低了密钥管理门槛，同时保留了密码学强度的验证能力。本课程将带领你从零开始，逐步掌握 Cosign 的核心操作、自动化集成与生产级策略治理，最终具备在企业环境中独立设计和维护镜像签名体系的能力。