2、信任边界模型：信任边界的定义、信任边界在镜像供应链中的位置、信任边界的层次结构
2.1 信任边界的定义
在镜像供应链安全上下文中，信任边界是指数据、工件或执行环境从一个安全域跨越到另一个安全域时，所经过的明确定义的逻辑或物理分界点。跨越信任边界意味着数据或代码的控制权、可见性以及保护策略发生根本性变化。
信任边界具备以下核心特征：
- 策略切换点：跨越边界后，访问控制、加密、审计策略必须重新评估。
- 风险汇聚点：攻击者最可能在边界处实施注入、篡改或劫持。
- 可观测节点：边界是实施监控、日志记录和异常检测的理想位置。
- 基线锚点：发布窗口中的基线偏差回归检查，本质上是在信任边界处比对预期状态与实际状态。
关键认知： 信任边界不是防火墙或网络隔离的等价物。在镜像供应链中，信任边界更多体现为策略执行点——例如镜像签名验证、准入控制 Webhook、制品仓库的不可变标签策略等。
2.2 信任边界在镜像供应链中的位置
镜像供应链从代码提交到生产部署，存在多个明确的信任边界。下表归纳了主要边界及其对应的安全控制机制：
| 阶段 | 信任边界位置 | 典型控制机制 | 基线偏差风险 |
|---|---|---|---|
| 代码提交 | SCM 仓库 → CI 触发器 | 签名提交、分支保护规则 | 未授权代码注入 |
| 镜像构建 | CI 构建节点 → 镜像仓库 | Docker Content Trust、Cosign 签名 | 构建后篡改、恶意层注入 |
| 镜像存储 | 镜像仓库内部（命名空间/项目间） | 仓库级 RBAC、不可变标签 | 跨命名空间污染、标签覆盖 |
| 镜像分发 | 镜像仓库 → 部署集群 | 镜像拉取凭证、TLS 传输 | 中间人攻击、镜像替换 |
| 部署准入 | 集群 API Server → 节点运行时 | Admission Webhook、策略引擎（OPA/Kyverno） | 绕过准入策略、运行未签名镜像 |
每个信任边界都对应一个发布窗口——即从镜像被标记为“就绪”到实际通过该边界进入下一阶段的时间区间。基线偏差回归检查正是在这些窗口内，验证镜像的签名摘要、层哈希、元数据标签是否与预期基线一致。
2.3 信任边界的层次结构
信任边界并非平面排列，而是呈现清晰的层次结构。理解这一层次有助于确定基线检查的优先级和粒度。
下图展示了镜像供应链中信任边界的四层模型：
各层次之间的依赖关系如下：
- 下层为上层提供信任基座：基础设施边界失效，上层的平台、工件、运行时边界均无法独立保证安全。
- 上层边界更贴近业务：工件边界和运行时边界直接决定镜像是否可被信任执行，是基线偏差回归检查的重点关注层。
- 跨层检查不可省略：发布窗口中的回归检查必须覆盖至少两个相邻层次，才能形成完整的信任链验证。
实践建议： 在构建基线偏差回归检查策略时，优先在第2层（平台边界）和第3层（工件边界）设置自动化检查点。这两个层次的数据结构稳定、可编程性强，且能覆盖绝大多数供应链攻击场景。
2.4 信任边界与发布窗口的映射关系
每个信任边界都对应一个或多个发布窗口。下表给出了典型映射关系：
| 信任边界层次 | 对应发布窗口 | 基线检查内容示例 |
|---|---|---|
| 基础设施边界 | 构建集群 → 仓库集群 | 镜像推送目标仓库地址、TLS 证书指纹 |
| 平台边界 | 仓库内 staging → production 命名空间 | 镜像标签是否从允许列表、签名者身份 |
| 工件边界 | 镜像版本发布 → 部署审批 | 镜像 digest、层数、SBOM 哈希 |
| 运行时边界 | 准入控制 → 容器启动 | 镜像签名是否有效、运行时策略是否匹配 |