3. 镜像供应链安全威胁模型：镜像篡改、漏洞注入、供应链攻击路径及Istio的防御定位
镜像供应链安全是云原生环境中最容易被忽视的攻击面之一。攻击者通过污染镜像构建、传输或运行环节，将恶意载荷注入生产集群。本章从威胁模型出发，梳理三类核心攻击路径，并明确Istio在其中的防御边界与能力局限。
3.1 镜像供应链安全威胁模型
镜像供应链的完整生命周期包括：代码提交 → CI构建 → 镜像仓库存储 → 镜像拉取 → 容器运行时 → 服务网格代理。每个环节都可能成为攻击目标。以下表格总结了各阶段的主要威胁类型与攻击向量：
| 生命周期阶段 | 威胁类型 | 典型攻击向量 | 影响范围 |
|---|---|---|---|
| 代码提交 | 恶意代码注入 | 依赖混淆、Git仓库篡改、恶意PR | 单仓库/多仓库 |
| CI构建 | 构建环境投毒 | CI/CD管道凭证泄露、基础镜像替换 | 构建产物 |
| 镜像仓库 | 镜像篡改/替换 | 仓库未启用签名验证、弱访问控制 | 所有拉取该镜像的集群 |
| 镜像拉取 | 中间人攻击 | 非TLS传输、镜像代理劫持 | 单集群/多集群 |
| 容器运行时 | 漏洞利用 | 已知CVE、提权、逃逸 | 单Pod/节点 |
| 服务网格代理 | 边车劫持/配置篡改 | Envoy漏洞、XDS配置投毒 | 网格内所有服务 |
关键认知： 镜像供应链攻击具有“一次污染，全局扩散”的特性。一个被篡改的基础镜像可以影响数千个运行中的Pod，且传统安全工具（如镜像扫描器）仅在静态阶段有效，无法防御运行时动态篡改。
3.2 三类核心攻击路径
根据攻击者介入的环节，镜像供应链攻击可归纳为三种典型路径：
3.2.1 路径一：镜像篡改（Image Tampering）
攻击者直接修改已构建完成的镜像内容，包括替换二进制文件、注入恶意脚本、修改配置文件等。常见场景：
- 仓库侧篡改： 攻击者获得镜像仓库写入权限后，直接覆盖已有镜像标签（tag）或推送同名恶意镜像。
- 传输中篡改： 通过中间人攻击修改镜像层数据（Manifest或Blob），使拉取到的镜像与预期不一致。
- 运行时篡改： 容器启动后，攻击者通过挂载宿主机目录或利用容器逃逸修改镜像层文件。
3.2.2 路径二：漏洞注入（Vulnerability Injection）
攻击者利用镜像构建过程中的依赖管理缺陷，将已知或未知漏洞引入镜像。典型方式：
- 依赖混淆： 在公共包管理器中上传与内部包同名的恶意包，CI构建时自动拉取。
- 基础镜像污染： 使用包含后门的基础镜像（如从非官方源拉取的Alpine或Ubuntu镜像）。
- 多层叠加漏洞： 在镜像构建的中间层插入包含漏洞的库文件，后续层无法覆盖。
3.2.3 路径三：供应链攻击路径（Supply Chain Attack Path）
攻击者通过组合多个环节的弱点，实现端到端的渗透。典型攻击链如下：
- 初始入侵： 通过钓鱼或漏洞利用获取CI/CD系统的访问凭证。
- 构建投毒： 在CI脚本中插入恶意步骤，修改构建产物或注入后门。
- 镜像签名绕过： 窃取或伪造镜像签名密钥，使篡改后的镜像通过验证。
- 部署扩散： 利用Kubernetes RBAC配置错误，将恶意镜像部署到生产命名空间。
- 横向移动： 通过恶意容器内的网络探测，攻击同集群内的其他服务。
注意： 供应链攻击路径通常需要多个漏洞组合利用，单一防御措施（如仅做镜像扫描）无法阻断完整攻击链。需要构建分层防御体系。
3.3 镜像供应链攻击路径全景图
以下SVG图展示了从代码提交到容器运行时的完整攻击路径，以及Istio的防御定位：
3.4 Istio在镜像供应链安全中的防御定位
Istio作为服务网格层，其防御能力主要集中在传输安全和身份验证层面，而非镜像内容本身。以下表格明确了Istio能做什么、不能做什么：
| 防御维度 | Istio能力 | 实现机制 | 局限性 |
|---|---|---|---|
| 传输安全 | ✅ 镜像拉取链路加密 | Envoy代理拦截出站流量，强制mTLS | 仅保护网格内流量，无法保护镜像仓库到kubelet的拉取 |
| 身份验证 | ✅ 工作负载身份绑定 | SPIFFE X.509证书，PeerAuthentication | 无法验证镜像签名本身，仅验证运行中的Pod身份 |
| 访问控制 | ✅ 细粒度网络策略 | AuthorizationPolicy限制服务间调用 | 无法阻止已部署的恶意镜像发起内部攻击 |
| 镜像验证 | ❌ 不支持 | — | 需依赖外部工具（如Cosign、Notary） |
| 运行时检测 | ❌ 不支持 | — | 需依赖Falco、Tracee等运行时安全工具 |
| 漏洞扫描 | ❌ 不支持 | — | 需依赖Trivy、Grype等镜像扫描器 |
最佳实践： 将Istio的防御定位为“第二道防线”。第一道防线是镜像构建和仓库阶段的安全控制（签名、扫描、准入控制），Istio负责在运行时提供传输加密、身份验证和访问控制，形成纵深防御。
3.5 Istio防御架构与外部工具协同
以下SVG图展示了Istio与外部安全工具在镜像供应链中的协同防御架构：
3.6 故障排查中的镜像供应链安全视角
在Istio故障排查过程中，镜像供应链安全问题可能表现为以下异常现象：
- 边车代理启动失败： 镜像被篡改导致Envoy二进制损坏或配置缺失，Pod启动后边车无法正常初始化。
- 服务间通信中断： 恶意镜像修改了iptables规则或Envoy配置，导致流量劫持失败或证书验证错误。
- 异常流量模式： 被注入后门的容器向外发起大量DNS查询或连接到未知IP，Istio的访问日志中可观察到异常目标。
- 证书轮换失败： 镜像中的恶意代码干扰了istio-agent的证书请求流程，导致mTLS证书过期后无法更新。
排查建议： 当Istio出现上述异常时，除了检查网格配置外，应同步验证镜像的完整性和签名状态。使用
cosign verify 检查镜像签名，使用 trivy image 扫描已知漏洞，排除供应链攻击的可能性。
3.7 本章小结
镜像供应链安全威胁模型揭示了从代码到运行时的多层攻击面。Istio的防御定位集中在运行时传输安全和身份验证层面，无法替代镜像构建和仓库阶段的安全控制。在实际运维中，应将Istio作为纵深防御体系的一部分，与镜像扫描、签名验证、运行时检测等工具协同工作，才能有效降低供应链攻击风险。