Docker镜像本身不支持加密存储或传输层加密，但拉取过程可通过HTTPS传输加密、动态令牌认证授权及sha256内容校验实现端到端安全。
确保传输链路加密（HTTPS 是底线）
私有仓库必须启用 TLS（即使用 https:// 协议），否则镜像元数据（manifest）、层数据（layers）和认证凭据都以明文传输，极易被中间人劫持。
- 自签名证书需在所有客户端节点信任：把 CA 证书复制到
/etc/docker/certs.d/registry.example.com:443/ca.crt（路径含端口） - 若用 Harbor 或 Nexus 等企业级仓库，直接配置有效域名+正规证书（如 Let’s Encrypt）即可
- 禁止在生产环境开启
insecure-registries—— 这会绕过 HTTPS 强制校验，等于主动放弃传输安全
用短期凭证替代长期密码（防泄露）
Docker 默认将用户名密码存入 ~/.docker/config.json，虽加密但仍有风险。更安全的做法是使用动态令牌：
- Harbor 支持 OIDC 或机器人账号，可生成仅限“pull”权限、72 小时过期的 token
- AWS ECR、Azure ACR 等云厂商提供 CLI 命令获取临时凭证：
aws ecr get-login-password | docker login --username AWS --password-stdin xxx.dkr.ecr.region.amazonaws.com - Kubernetes 场景下，用
imagePullSecrets绑定 ServiceAccount，密钥由集群统一管理，不暴露给开发人员
拉取时强制校验内容一致性（防篡改）
Docker 使用内容寻址（Content Addressing）：每个镜像层和 manifest 都有唯一 sha256 digest。拉取后自动校验，确保没被中间修改。
- 命令中直接指定 digest 可跳过 tag 信任风险：
docker pull registry.example.com/app/web@sha256:abc123... - CI/CD 流水线建议禁用
:latest标签，全部用固定 digest 或语义化版本（如:v1.2.0） - Harbor 开启“内容可信”策略后，只允许已签名的镜像被拉取（需配合 Notary 或 Cosign）
运行时隔离敏感层（非拉取阶段，但常被混淆）
有些团队误以为“加密镜像”是要在容器里解密运行。其实无需额外操作——镜像层在拉取后解压为普通文件系统，安全性靠宿主机隔离、seccomp/AppArmor 等机制保障。如确需运行时解密（例如密钥注入），应通过 secret mount 或 第三方密钥管理服务（如 HashiCorp Vault） 实现，而非对镜像本身加密。
不复杂但容易忽略
