核心是全局启用DOCKER_CONTENT_TRUST=1强制拉取时校验签名，绑定可信签发者（如Cosign限定OIDC身份），禁用镜像加速器与:latest标签，并通过daemon级--signature-verification及Admission Controller实现运行时准入拦截。

配置 Docker 镜像拉取的信任策略，核心是让不安全镜像在拉取阶段就被拦截，而不是等运行时才发现问题。这需要从环境变量、签名验证、仓库准入和运行时控制四个层面协同生效。

全局启用内容信任（DCT）

这是最基础也最关键的一步：强制所有拉取操作校验签名。

• 临时启用：执行 export DOCKER_CONTENT_TRUST=1
• 永久生效：写入 ~/.bashrc 或系统级 /etc/environment
• 首次拉取会自动初始化信任数据库，信任 Docker Hub 官方根密钥；私有仓库需提前导入可信根证书
• 启用后，遇到未签名镜像（如 nginx:alpine 若未被官方签名）会直接报错：no trust data for ...

绑定可信签发者身份

仅检查“有没有签名”不够，还要确认“谁签的才可信”，防止攻击者用自签名伪造。

minimax-mcp-docker版（适配极空间）

MiniMax 图片理解 + 网络搜索 MCP 工具。适配 Docker 环境（极空间等），支持图片 OCR 识别、图像内容理解、网络搜索。API Key 安全存储在本地 credentials 文件，不暴露在代码中。

下载

• 使用 Cosign 时，验证命令中明确限定 OIDC 签发者和身份正则，例如只接受 GitHub Actions 在 main 分支构建的镜像：
• cosign verify --certificate-oidc-issuer https://token.actions.githubusercontent.com \
• --certificate-identity-regexp "https://github.com/myorg/.*/.github/workflows/.*@refs/heads/main" \
• registry.example.com/app:v1.2.0
• 对 DCT 环境，用 notary CLI 管理 Targets 密钥，并将其与 CI 系统强绑定，禁止人工推送

堵住常见绕过路径

很多不安全镜像不是绕过验证，而是利用配置漏洞跳过验证机制。

• 禁用不可信镜像加速器：检查 /etc/docker/daemon.json 中的 registry-mirrors，移除社区维护的公共代理
• 避免使用 :latest 标签：DCT 对标签签名后禁止覆盖，但 :latest 易被恶意重推，应改用带哈希的固定引用，如 FROM ubuntu:22.04@sha256:abc123
• 禁用 --disable-content-trust 参数：CI/CD 流水线中严禁在 docker pull 或 docker build 中显式跳过验证

运行时再加一道准入控制

即使宿主机启用了 DCT，也要防范临时关闭或容器引擎绕过。

• Docker daemon 启动时添加 --signature-verification 参数，强制开启守护进程级签名校验
• Kubernetes 环境下，在 Admission Controller 层配置 ImagePolicyWebhook 或 Gatekeeper 策略，拦截未签名或签发者不匹配的镜像拉取请求
• 私有仓库（如 Harbor）开启“内容信任”策略，并配置项目级签名强制策略，拒绝未签名镜像推送