--squash在docker 20.10+已被彻底移除，执行报错unknown flag: --squash；它本就不能擦除敏感信息，仅合并层而保留全部文件内容。真正清除敏感数据的唯一有效方式是：确保敏感内容从未进入最终镜像（多阶段构建）、同一run内联清理、或构建前用.dockerignore严格过滤。
不能靠 --squash 擦除敏感凭证。这个参数早在 Docker 20.10 就被彻底移除，现在执行会直接报错 unknown flag: --squash。它原本就不具备“擦除”能力——只是把多层合并成一层，所有文件内容（包括密码、密钥、.git 目录、调试日志）仍完整保留在最终层里，只是历史记录变少了而已。
真正能清除敏感信息的只有三种方式
关键逻辑：敏感数据一旦写入某一层，就永远存在于该层的文件系统快照中。要“彻底擦除”，必须确保它**从未进入最终镜像**，或**在写入后被同一层内完全覆盖/删除**。
- 多阶段构建（首选）：把含敏感操作（如 git clone、解压源码、安装调试工具、读取 .env 文件）全部放在 builder 阶段；最终 stage 只 COPY 编译产物或配置文件，不继承任何中间层。这样敏感内容根本不会出现在最终镜像的文件系统中。
-
RUN 指令内联清理：所有敏感操作（比如
RUN curl -sL https://xxx.com/key.txt > /tmp/key）必须和清理动作写在同一行，例如：RUN curl -sL https://xxx.com/key.txt > /tmp/key && cat /tmp/key | myapp --init && rm -f /tmp/key。
分两行写，/tmp/key 就会残留在某一层里。 -
构建前过滤上下文：用
.dockerignore排除.git、.env、secrets/、*.pem等目录和文件；避免它们被 ADD/COPY 进镜像。
别碰 docker export + import
虽然它能生成单层镜像，但会丢失 ENV、EXPOSE、ENTRYPOINT、HEALTHCHECK 等全部元数据。更危险的是：如果敏感信息已存在于某层，export 导出的是该层的完整文件系统快照，import 后依然存在——它不“擦除”，只“打包”。人工补元数据还容易漏配，导致镜像无法启动。
离线环境可用 oci-squash，但仅限瘦身，不解决敏感问题
oci-squash 是纯文件系统操作，能合并层、重算 diff_ids、处理 whiteout，但它同样不会扫描或删除特定文件。它适合在已确认无敏感内容的前提下压缩体积，比如对已通过多阶段构建产出的干净镜像做进一步层合并。若原始镜像里有 /root/.aws/credentials，合并后它还在。
验证是否真擦除了敏感内容
不要只看 docker history 层数变少。正确做法是：
- 运行容器：
docker run --rm -it your-image sh - 手动检查常见风险路径：
ls -la /root /home /tmp /etc/ /app/ - 搜索关键字：
find / -name "*.pem" -o -name "id_rsa" -o -name ".env" 2>/dev/null - 导出文件系统检查：
docker create --name test your-image && docker export test | tar -t | grep -E "\.(pem|key|env|git)"
