校验和验证是保障Docker镜像完整性与防篡改的基础手段，基于SHA-256等哈希算法对manifest、config及各层blob逐级校验，确保拉取与运行时内容与原始构建完全一致。
校验和验证是保障Docker镜像在分发过程中不被篡改、不被替换的基础手段，它不依赖签名系统，而是基于密码学哈希（如SHA-256）对镜像各层内容做确定性计算，确保“所见即所得”。只要校验和匹配，就说明镜像内容与原始构建结果完全一致。
理解Docker镜像的三层校验和结构
Docker使用一套嵌套式校验机制，覆盖镜像从清单（manifest）到配置（config）再到每一层文件系统（layer）的完整链条：
-
Manifest Digest：对镜像的JSON清单文件整体做SHA-256哈希，生成
sha256:abc123...格式的digest。这是拉取镜像时最常指定的标识，例如docker pull nginx@sha256:7e... -
Config Digest：对镜像配置文件（含环境变量、入口命令、历史构建信息等）单独哈希，该值记录在manifest中，并作为镜像ID（
Image ID）的来源 -
Layer DiffID / Blob Sum：每个镜像层在构建时生成
DiffID（基于层内容未压缩状态），上传到registry后被压缩并重新哈希为Blob Sum（即digest）。registry存储的是Blob Sum，而DiffID保留在镜像配置中用于完整性回溯
用digest拉取镜像并自动校验
直接使用digest而非tag拉取，是强制启用端到端校验的最简方式。Docker客户端会在每一步自动比对：
- 先下载manifest，计算其哈希，与命令中提供的digest比对；不一致则报错中断
- 再根据manifest获取config文件，验证其哈希是否与manifest中声明的config digest一致
- 逐个下载各层blob，校验其哈希是否与manifest中各layer字段的digest一致
示例命令：docker pull alpine@sha256:b276d845b51e899c0da7a23041023a8c3f04058e648a478a3e6b54239181025b
本地镜像校验与跨环境一致性核对
当镜像已在本地存在时，可通过以下方式验证其当前状态是否仍与原始发布一致：
- 查看镜像当前manifest digest：
docker inspect --format='{{index .RepoDigests 0}}'（需已通过digest拉取过） - 导出镜像并独立计算manifest哈希：
docker save—— 注意此哈希与manifest digest不同，仅作辅助参考| sha256sum - 比对多台机器上的同一镜像ID或digest：
docker images --digests可列出所有本地镜像及其对应digest，便于集群节点间快速对账
在CI/CD和Kubernetes中固化校验要求
仅靠人工执行不够可靠，需将校验逻辑嵌入自动化流程：
- CI脚本中禁止使用
:latest等模糊tag，强制要求所有docker pull操作带digest，或通过notary list等工具提前查证有效签名+digest绑定关系 - Kubernetes中，用
imagePullPolicy: Never+ 预加载镜像，或配合ImagePolicyWebhook拦截不含digest或digest不在白名单中的pod创建请求 - 私有registry可启用
content-trust模式，拒绝接收未带有效签名且无匹配digest的推送
