直接启用docker content trust（dct）是验证镜像内容信任度最权威、最轻量的官方机制，通过设置docker_content_trust=1强制docker pull和build --pull仅接受已签名镜像，确保镜像未被篡改且来源可信。
直接启用 Docker Content Trust（DCT）是验证镜像内容信任度最权威、最轻量的官方机制。它不依赖第三方工具或额外服务，由 Docker 原生支持，核心目标就两个：确认镜像没被篡改，且确实来自你预期的发布者。
开启内容信任并强制校验
只需设置环境变量即可激活整套验证逻辑：
- 临时启用：
export DOCKER_CONTENT_TRUST=1，当前终端会话生效 - 长期启用：将该行写入
~/.bashrc或~/.zshrc，重启 shell 后永久生效 - 启用后，
docker pull和docker build --pull会自动拒绝未签名镜像，例如报错no trust data for nginx:latest - Docker Hub 官方镜像（如
alpine、nginx、redis）默认已签名，首次拉取时会自动初始化本地信任数据库
为自建镜像添加可信签名
只验证别人签的镜像不够，你发布的镜像也必须签名，才能进入可信链：
- 先打标签并推送：
docker tag myapp:v1.0 myregistry.example.com/myapp:v1.0 && docker push myregistry.example.com/myapp:v1.0 - 再签名：
docker trust sign myregistry.example.com/myapp:v1.0 - 首次运行会生成根密钥和标签密钥，私钥默认存于
~/.docker/trust/private/，务必离线备份 - 后续签名无需重复输入密码，系统自动调用已保存的密钥
配合可信镜像源使用
内容信任不能弥补镜像源本身不可信的问题。若配置了劫持风险高的镜像加速器，签名验证可能被绕过：
- 检查
/etc/docker/daemon.json中的registry-mirrors字段 - 移除无法审计的地址，例如
https://huecker.io或来源不明的代理域名 - 生产环境推荐仅保留
https://registry.docker-cn.com（已停服，慎用）或自建 Harbor / Nexus Repository，并启用 TLS + 认证 - 搭配
DOCKER_CONTENT_TRUST=1，可实现“源头可控 + 内容可信”双重防护
在 CI/CD 流水线中嵌入验证环节
自动化部署若跳过签名检查，等于整个信任机制形同虚设：
- 在部署前加入验证命令：
cosign verify --key cosign.pub $IMAGE_REF（推荐 Cosign，兼容 OCI 标准） - 或使用原生 DCT 验证：
DOCKER_CONTENT_TRUST=1 docker pull $IMAGE_REF - 验证失败必须中断流水线，并触发告警（如 Slack 通知、Jenkins 构建失败标记）
- 建议将签名验证与 Kubernetes 的
ImagePolicyWebhook或Kyverno策略引擎联动，实现运行时准入控制
