Docker 镜像供应链安全镜像能拉下来不代表可信容器化让交付变快也把供应链风险带进了生产。一个镜像能拉下来、能启动、能通过健康检查不代表它可信。基础镜像来源、依赖包漏洞、构建过程、镜像签名、运行时权限每一层都可能出问题。别只盯镜像大小生产镜像首先要可追溯、可验证、可回滚。供应链安全不是安全团队的 PPT它直接决定你的发布物是不是干净。一、镜像来源要固定flowchart TD A[Source Code] -- B[CI Build] B -- C[Dependency Scan] C -- D[Image Build] D -- E[Sign Image] E -- F[Push Registry] F -- G[Admission Verify] G -- H[Runtime]基础镜像不要随手用latest。同一个 tag 未来可能指向不同 digest线上复现会直接崩掉。FROM gcr.io/distroless/nodejs20-debian12sha256:xxxxxxxx WORKDIR /app COPY dist/ /app/ USER 65532:65532 CMD [server.js]固定 digest 的好处是可复现。出了漏洞或事故能准确知道线上跑的是哪一个构建产物。二、构建过程要隔离密钥很多镜像泄漏不是运行时发生的而是构建时把 token、npmrc、ssh key、配置文件打进了层里。即使后面rm掉历史 layer 里也可能还在。build_rules: no_plain_secret_in_dockerfile: true use_buildkit_secret_mount: true no_copy_home_directory: true scan_layers_for_secret: true构建密钥要用 BuildKit secret mount 或 CI 临时凭证不要写进 Dockerfile。镜像构建完成后做 secret 扫描别等泄漏后再补。三、漏洞扫描要有准入策略扫描工具只能发现问题准入策略才会阻止问题上线。高危漏洞是否阻断、是否允许临时豁免、豁免多久过期都要写清楚。admission_policy: block: - severity: critical fix_available: true - secret_detected: true allow_with_exception: - severity: high exception_ttl_days: 7 owner_required: true不要把漏洞扫描当装饰。如果所有漏洞都只是 warning那它迟早会被团队忽略。四、镜像签名和准入校验要闭环签名的意义是证明镜像确实来自可信流水线。运行时准入控制要验证签名不能只在 CI 里签完就结束。cosign sign --key kms://example/app registry.example.com/app:v1.2.3 cosign verify --key kms://example/app registry.example.com/app:v1.2.3Kubernetes 可以通过准入控制器拦截未签名镜像、非可信仓库镜像、使用latest的镜像。这样供应链安全才进入发布路径。五、总结Docker 镜像供应链安全要覆盖来源固定、构建密钥隔离、漏洞扫描准入、镜像签名和运行时校验。镜像能拉下来不代表可信镜像能跑也不代表能上生产。生产镜像必须可追溯、可验证、可回滚。把这三件事做好容器交付才是真正的快而不是快着把风险送上线。
