4. 信任模型基础：零信任模型在镜像供应链中的应用、信任锚点概念
4.1 传统信任模型的局限性
在镜像供应链中，传统的“城堡-护城河”信任模型假设内部网络是安全的，一旦镜像进入私有仓库或集群，便默认其可信。这种模型在云原生动态环境下暴露出严重缺陷：
- 隐式信任：镜像一旦通过准入控制，后续运行时不再验证其完整性。
- 单点失效：若构建系统或仓库被攻破，所有下游节点自动信任恶意镜像。
- 缺乏持续验证：镜像在生命周期内可能被篡改或植入后门，但传统模型无法感知。
⚠ 安全警示： 2023年某云原生企业因内部镜像仓库被植入恶意层，导致所有基于该镜像部署的容器在运行时泄露凭据。根本原因正是“内部网络即信任”的过时模型。
4.2 零信任模型的核心原则
零信任（Zero Trust）在镜像供应链中要求“永不信任，始终验证”。其三大核心原则如下：
| 原则 | 镜像供应链映射 | 实施要点 |
|---|---|---|
| 显式验证 | 每次拉取、部署、运行前验证签名和摘要 | 强制使用 Notary/Sigstore 签名验证 |
| 最小权限 | 镜像只赋予运行所需的最小系统调用和文件权限 | 使用非 root 用户、只读根文件系统 |
| 假设失陷 | 默认任何镜像都可能被篡改，持续进行运行时扫描 | 集成 Falco/Tracee 进行行为监控 |
4.3 零信任在镜像供应链中的应用架构
下图展示了零信任模型如何贯穿镜像从构建到运行的全链路：
4.4 信任锚点概念
信任锚点（Trust Anchor）是零信任模型中不可动摇的信任根。在镜像供应链中，信任锚点是一个预先配置的、可信的、不可篡改的实体，用于验证所有下游签名的合法性。没有信任锚点，签名验证将陷入“无限递归”的信任困境。
4.5 信任锚点的类型与选择
| 锚点类型 | 存储位置 | 适用场景 | 安全等级 |
|---|---|---|---|
| 根证书 (Root CA) | 操作系统信任库 / 容器运行时 | Sigstore / Notary 签名验证 | 中 |
| TUF 根密钥 | 离线硬件安全模块 (HSM) | 多仓库联合信任 (Docker Content Trust) | 高 |
| KMS 密钥引用 | 云 KMS (AWS KMS / Azure Key Vault) | 企业级自动化签名流水线 | 高 |
| 硬件绑定锚点 | TPM / Secure Enclave | 边缘节点、高安全环境 | 极高 |
💡 最佳实践： 生产环境至少使用离线存储的 TUF 根密钥或 KMS 作为信任锚点。避免将根密钥直接存储在构建服务器或代码仓库中。
4.6 信任锚点的工作流程
以下流程图展示了信任锚点如何参与一次完整的镜像验证：
4.7 零信任模型实施检查清单
- ✅ 签名强制：所有进入生产环境的镜像必须携带 Sigstore/Cosign 签名。
- ✅ 锚点保护：信任锚点私钥必须离线存储，并定期轮换。
- ✅ 持续验证：运行时使用策略引擎（如 OPA/Gatekeeper）持续验证镜像摘要。
- ✅ 最小化信任域：每个命名空间/集群使用独立的信任锚点，避免跨域信任扩散。
- ✅ 审计日志：记录所有信任锚点访问和验证失败事件。