校验 Docker 镜像完整性与安全性的核心是拉取时用 @sha256: 显式指定 digest，触发 Docker 自动三重校验（manifest、config、各 layer），并结合 DCT 签名验证、本地 digest 比对及运行时行为测试，确保内容真实、来源可信、功能可用。
校验 Docker 镜像的完整性与安全性，核心不是事后“算哈希”，而是从拉取源头就锁定内容、逐层验证、交叉确认。关键在于用 digest 拉取、比对 manifest 哈希、启用签名机制，并辅以运行时行为验证。
用 @sha256: 显式拉取，强制端到端校验
Docker 客户端在使用 docker pull nginx@sha256:abc123... 时，会自动执行三重校验：
- 下载 manifest 文件后，立即计算其 SHA256 值，严格比对是否与命令中提供的 digest 一致；不匹配则中止并报错
- 解析 manifest 中声明的 config digest，下载 config 文件后再次校验，确保配置未被篡改
- 按 manifest 列出的各 layer digest，逐个下载 blob 并校验，任一层失败即中断
这种方式跳过了 tag 的不确定性，直接按内容寻址，是保障完整性的最简可靠手段。
minimax-mcp-docker版（适配极空间）
下载
MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。
验证本地镜像是否仍匹配原始 digest
已存在的镜像需确认其当前状态是否可信，不能只看 IMAGE ID 或 tag：
- 运行
docker images --digests，查看输出中是否有sha256:...字段；若为空，说明该镜像未通过 digest 方式拉取，RepoDigests 信息缺失 - 精确提取：执行
docker inspect --format='{{index .RepoDigests 0}}' nginx，结果形如nginx@sha256:7e... - 注意：IMAGE ID 是本地存储层哈希（DiffID），仅反映压缩前内容，不等同于远程 registry 中的 manifest digest，不可用于跨节点一致性核对
启用 Docker Content Trust（DCT）验证签名
签名机制在 digest 基础上增加发布者身份可信度，防冒充、防中间人劫持：
- 临时启用：
export DOCKER_CONTENT_TRUST=1；永久启用可写入~/.bashrc - 拉取时若提示
no trust data for xxx，说明镜像未签名；若报signature verification failed，则签名无效或密钥链异常 - 检查前提：系统时间必须准确（证书有效期依赖本地时间），且根密钥未被误删；私有 registry 需单独配置 Notary 服务
运行时验证：确认功能可用且无隐藏风险
完整性 ≠ 可用性。即使 digest 匹配，也要验证镜像实际行为是否符合预期：
- 基础启动测试：
docker run --rm -it nginx:alpine sh -c 'nginx -v'，确认入口命令可执行 - 服务响应验证：
docker run -d -p 8080:80 --name test-nginx nginx:latest，再curl -I http://localhost:8080查 HTTP 状态码与头信息 - 配置加载验证：挂载自定义 conf 后，进容器执行
nginx -t或检查/etc/nginx/conf.d/是否生效 - 辅助审计：
docker history --no-trunc nginx查看每层指令，警惕RUN curl | sh、未清理 apt 缓存、大尺寸可疑层等高危模式
