普通用户无法直接执行 docker rmi 或删除远程仓库镜像，因其受操作系统级权限、docker守护进程访问控制及镜像仓库策略三重限制；本地通过移出docker组和锁定socket权限实现，远程则依赖只读角色、凭证隔离与审批流程，关键镜像进一步通过标签冻结、不可变命名和ci保护逻辑加固，并辅以审计日志与自动化巡检兜底。
普通用户不能直接执行 docker rmi 或删除远程仓库镜像，这不是靠“提醒”或“约定”实现的，而是通过权限分层控制——从操作系统级、Docker守护进程访问控制、镜像仓库权限策略三方面共同约束。
限制本地镜像删除：剥离 docker 组权限 + 锁定 socket 权限
默认情况下，只要用户属于 docker 组，就能调用 docker 命令，包括 rmi。真正有效的限制是切断其与 Docker 守护进程通信的能力：
- 确保普通用户**不在
docker组中**：创建用户时不添加，或运行sudo gpasswd -d username docker - 修改 Unix socket 文件权限：
sudo chmod 660 /var/run/docker.sock，让只有 root 和 docker 组成员可读写 - 验证效果：切换到该用户后执行
docker images会报错Permission denied while connecting to the Docker daemon socket
阻断远程仓库删除：禁用写权限 + 隔离凭证
即使用户能连上本地 Docker 守护进程，也不代表能删私有仓库（如 Harbor）里的镜像。关键在仓库端权限设计：
- 为普通运维分配**只读角色**（如 Harbor 的
project-member或guest），禁止artifact-delete权限 - 生产环境节点**不保存仓库 push/pull 凭证**，CI/CD 流水线使用短期 token，且仅授权拉取（
pull）权限 - 所有删除操作必须走封装脚本或审批平台，例如：
harbor-delete --project myapp --tag v2.1.0-prod --reason "decommissioned"，内部校验标签是否含-prod并记录审计日志
防止误删核心镜像：标签冻结 + 不可变命名
即便管理员有权限，也要避免手抖删错。技术上让关键镜像“删不了”比靠人盯更可靠：
- 在 Harbor 中启用 Tag Retention Policy，配置正则规则如
v\d+\.\d+\.\d+-prod或LTS-.*，勾选“永不删除匹配标签” - 强制使用不可变标签：如
myapp:v2.5.0-git-7a2f1c8，并部署时校验 digest（docker pull myapp@sha256:...），避免同名标签被覆盖后误删旧版 - CI 脚本中加入保护逻辑：检测到
docker rmi参数含-prod或-lts，立即退出并打印提示：“PROTECTED TAG — OPERATION BLOCKED”
补充防护：操作审计 + 自动化巡检
权限限制是基础，可观测性是兜底：
- 所有仓库删除请求必须记录完整上下文：操作人、时间、镜像路径、变更单号、IP 地址，写入集中日志（如
/var/log/harbor-audit.log） - 每日定时扫描本地和远程仓库，检查受保护标签是否存在；缺失即触发告警，并自动尝试从备份 registry 拉取恢复
- 对已归档镜像（如
v1.0.0-archive）设置只读策略，Harbor 中将其项目设为“只读”，连管理员也无法推送或删除
