Docker镜像安全基线是贯穿生命周期的约束规则，涵盖可信基础镜像（锁定版本与digest）、构建阶段削减攻击面（多阶段构建、--secret传密钥、非root用户）、扫描签名（Trivy检测、DCT签名）及运行时限制（只读根、能力降权、资源限制）。
要建立 Docker 镜像安全基线，核心是控制镜像的来源、构建过程、内容组成和运行行为。它不是一次性配置，而是一套贯穿镜像生命周期的约束规则和检查机制。
选可信基础镜像并锁定版本
基础镜像决定整个镜像的安全起点。优先选用官方维护的精简镜像（如 alpine:3.20、debian:bookworm-slim），避免使用 latest 标签。明确指定带补丁号的版本（如 python:3.11.9-slim），防止因自动更新引入未审计变更。可通过 docker pull python@sha256:... 用 digest 锁定精确哈希值，杜绝镜像被篡改或替换的风险。
构建阶段消除敏感信息与冗余组件
在 Dockerfile 中主动削减攻击面：
- 用多阶段构建分离编译环境与运行环境，确保最终镜像不含
git、curl、gcc等非运行必需工具 - 避免在镜像层中硬编码密钥、token 或证书；构建密钥必须通过
--secret参数传入，而非COPY或ENV - 删除包管理器缓存：如
RUN apt-get update && apt-get install -y ... && rm -rf /var/lib/apt/lists/* - 设置非 root 用户运行：
USER 1001，并在FROM后立即声明，防止后续指令意外以 root 权限执行
扫描与签名纳入交付流程
把安全检查变成 CI/CD 的强制门禁：
- 集成镜像扫描工具（如 Trivy、Clair、Snyk）对每一层进行 CVE 漏洞检测，阻断 CVSS ≥ 7.0 的高危漏洞镜像入库
- 启用 Docker Content Trust（
export DOCKER_CONTENT_TRUST=1），对推送至仓库的镜像强制签名，确保拉取时可验证发布者身份 - 私有仓库配置准入策略：只允许通过扫描且签名有效的镜像被
docker pull，拒绝未签名或含严重漏洞的镜像
运行时限制强化镜像意图
安全基线不止于构建，也体现在容器启动参数中：
- 禁止挂载宿主机敏感路径（如
/var/run/docker.sock、/proc、/sys） - 添加安全选项：
--read-only（根文件系统只读）、--cap-drop=ALL（默认丢弃所有能力）、--security-opt no-new-privileges（阻止提权） - 限制资源：
--memory=512m --cpus=1.0，防止单个容器耗尽宿主机资源
