2. 信任边界基础
2.1 信任边界的定义
信任边界（Trust Boundary）是安全架构中区分可信区域与不可信区域的逻辑或物理分界线。在镜像供应链场景下，信任边界定义了组件、镜像、构建环境、运行时平台之间数据流与权限传递的安全临界点。
信任边界具有以下核心属性：
- 单向性：数据从低信任区流向高信任区时必须经过验证、签名或加密。
- 可枚举性：边界上的所有入口/出口点必须被完整记录，不允许隐式通道。
- 可审计性：每次跨边界操作必须生成不可篡改的审计日志。
- 最小化原则：边界数量应尽可能少，每个边界只暴露必要接口。
关键概念区分： 信任边界 ≠ 网络防火墙。信任边界是安全逻辑模型，可能存在于同一主机内的进程间、容器与宿主机之间、甚至同一镜像的不同层之间。
2.2 在供应链中的表现形式
镜像供应链的信任边界以多种形态存在，下表归纳了最常见的六种表现形式及其风险特征：
| 表现形式 | 边界位置 | 典型风险 | 控制措施 |
|---|---|---|---|
| 仓库边界 | 公共仓库 ↔ 私有仓库 | 镜像投毒、标签篡改 | 签名验证、镜像摘要锁定 |
| 构建边界 | 源码仓库 ↔ CI/CD 流水线 | 构建劫持、依赖混淆 | SBOM 生成、构建环境隔离 |
| 分发边界 | 镜像仓库 ↔ 部署集群 | 中间人攻击、镜像回滚 | TLS 双向认证、策略引擎 |
| 运行时边界 | 容器 ↔ 宿主机内核 | 容器逃逸、特权提升 | Seccomp/AppArmor、只读根文件系统 |
| 密钥边界 | 密钥管理服务 ↔ 应用进程 | 密钥泄露、凭据硬编码 | 临时令牌、密钥轮换 |
| 数据边界 | 镜像层 ↔ 持久化存储 | 敏感数据残留、层泄露 | 层加密、临时卷清理 |
在镜像供应链中，信任边界并非静态存在。每次镜像拉取、构建触发、部署更新都会产生新的临时边界。下图展示了从代码提交到运行时全链路中信任边界的分布与交互关系：
2.3 边界划分原则
信任边界的划分直接影响供应链安全模型的防御深度与运营成本。以下六项原则是经过多个大型企业镜像供应链安全实践验证的核心准则：
- 数据流驱动原则：以镜像构建、分发、部署过程中的实际数据流向为基准，在每次数据格式转换、权限升降级、存储介质切换处设置边界。
- 最小暴露原则：每个边界只开放必要端口、协议和 API，禁止使用通配符或全开放策略。
- 不可绕过原则：所有跨边界操作必须经过强制策略检查点，不允许存在旁路或后门通道。
- 分层防御原则：在关键边界设置多层控制（如签名 + 策略 + 审计），单层失效不影响整体安全。
- 动态调整原则：边界策略应随镜像版本、环境风险等级、合规要求变化而动态更新，避免静态配置。
- 可观测性原则：每个边界必须暴露健康检查、延迟指标、拒绝次数等可观测数据，支持实时监控。
实践建议： 在初始设计时，优先识别“构建环境 ↔ 镜像仓库”和“镜像仓库 ↔ 生产集群”这两个最高风险边界。据统计，超过 70% 的供应链攻击事件涉及这两个边界的策略缺失或配置错误。
2.4 边界划分决策矩阵
在实际项目中，安全架构师需要根据供应链的成熟度、合规等级和业务容忍度来决策边界划分粒度。下表提供了决策参考：
| 供应链成熟度等级 | 边界数量（建议） | 核心控制点 | 适用场景 |
|---|---|---|---|
| L1：基础级 | 2 ~ 3 | 仓库访问控制、镜像签名 | 内部开发、低合规要求 |
| L2：标准级 | 4 ~ 6 | 构建隔离、分发策略、运行时限制 | 中等合规、多团队协作 |
| L3：先进级 | 7 ~ 10 | 全链路 SBOM、实时策略、零信任架构 | 金融、医疗、关键基础设施 |
| L4：自适应级 | 10+ | AI 驱动策略、自动边界调整、混沌工程 | 最高安全要求、动态威胁环境 |
边界划分不是一次性工作。随着供应链拓扑变化、新镜像引入、合规标准升级，信任边界需要定期重新评估与调整。下图展示了边界划分的迭代决策流程：
常见误区： 不要将信任边界等同于网络分段。在 Kubernetes 环境中，同一个 Pod 内的 Sidecar 容器之间、容器与 Volume 之间同样存在信任边界。忽略这些细粒度边界是导致权限横向移动的主要原因之一。