健壮 dockerfile 的核心是“锁定来源、阻断动态、验证完整性”。需用镜像 sha256 哈希替代标签引用，禁用 from 变量注入，杜绝未经校验的远程下载，强制非 root 用户运行，并配合签名验证与静态扫描。
编写健壮的 Dockerfile 规避供应链注入，核心在于“锁定来源、阻断动态、验证完整性”。不是靠经验或侥幸，而是用确定性机制切断攻击链。
锁定基础镜像哈希，杜绝 tag 漂移
使用 FROM ...@sha256:... 替代任何带标签（如 :latest、:alpine）的镜像引用。标签可被覆盖或篡改，而 SHA256 哈希是内容指纹，不可伪造。
- ✅ 正确写法：
FROM ghcr.io/devcontainers/base:ubuntu-22.04@sha256:9f8c6a2c7e... - ❌ 风险写法：
FROM ubuntu:22.04或FROM node:20-alpine - 建议搭配
cosign verify在 CI 中校验签名，例如：cosign verify --certificate-oidc-issuer https://token.actions.githubusercontent.com --certificate-identity-regexp '.*github\.com/.*' ghcr.io/xxx/app:v1
禁用运行时变量解析，切断构建期劫持
Dockerfile 中的 ARG 和 FROM ${BASE_IMAGE} 是供应链投毒高危点——攻击者只需污染构建上下文或环境变量，就能替换镜像源。
- 避免在
FROM行使用变量，尤其是未设默认值或未校验的ARG - 若必须参数化，应在构建命令中显式传入且限定取值范围，例如：
docker build --build-arg NODE_VERSION=20.12.2 --no-cache . - 对所有
ARG做白名单校验，如：ARG NODE_VERSION=20.12.2后加注释说明该版本已审计
拒绝非可信源的远程操作
任何从网络拉取内容的行为（curl | bash、wget、git clone）都可能引入恶意代码，尤其当 URL 含变量或未校验 checksum 时。
- 禁止在
RUN中执行未经哈希校验的下载，例如：RUN curl -sL https://example.com/install.sh | bash—— ❌ - 推荐做法：提前下载、校验、打包进构建上下文；或使用
ADD+ 内置 checksum（如ADD --checksum=sha256:... file.tgz /tmp/） - 静态扫描
postCreateCommand、runArgs等 Dev Container 配置项，过滤含eval、curl |、bash -c的指令
强制非 root 用户与最小权限运行
即使镜像层被污染，限制运行时权限也能大幅压缩攻击面。Hadolint 的 DL3002 规则会标记最后 USER 为 root 的风险。
- 在 Dockerfile 结尾明确指定非 root 用户：
USER 1001:1001（而非USER root、USER 0、USER root:root） - 避免在
RUN阶段临时切回 root 执行敏感操作后未切换回来 - 配合
--cap-drop=ALL --read-only等运行时参数，进一步收紧能力
不复杂但容易忽略：真正健壮的 Dockerfile 不是写得最短，而是每一步都有不可绕过的约束和验证锚点。
