docker卷隔离防ci/cd越权的核心是命名空间控制、生命周期绑定和权限收敛协同：强制团队前缀卷名、动态创建与自动清理临时卷、非root用户运行及用户命名空间重映射，并叠加专属网络隔离。
用Docker卷隔离防止多团队CI/CD构建时的存储越权，核心是让每个团队或流水线拥有独立、不可见、不可共享的持久化空间。这不是靠“禁止挂载”实现的，而是通过命名空间控制、生命周期绑定和权限收敛三者协同完成。
卷命名强制带团队/环境前缀
同名卷在Docker中全局唯一，一旦多个团队共用postgres_data这类通用名，就可能意外复用甚至覆盖彼此数据。必须统一规范命名格式：
- CI任务启动前，由流水线注入变量生成卷名，例如：
team-a-prod-db-202605、team-b-ci-cache-$(date +%Y%m) - 禁止在
docker-compose.yml或buildx bake配置中写死裸卷名；全部改用${VOLUME_NAME}占位符，由CI环境注入 - 在CI runner初始化脚本中加入校验：若检测到未带前缀的卷名定义，立即中断构建并报错
按构建任务生命周期自动创建与清理卷
静态卷长期存在是冲突温床。应让卷与单次CI任务强绑定：
OpenClaw Docker Setup
下载
在 Linux 上通过 Docker 运行 OpenClaw，并使用 Tailscale 实现远程访问。⚠️ 涉及 sudo、Docker、Tailscale和凭证挂载——请先查阅安全章节...
- 使用
docker volume create --name $(uuidgen)动态生成临时卷名，配合--mount source=...,target=/data,readOnly=false挂载 - 在CI job末尾添加
docker volume rm -f $VOLUME_NAME（即使失败也通过always策略执行） - 对需保留的缓存类卷（如Maven本地库），单独设
team-x-m2-cache并启用TTL清理机制，例如每日凌晨扫描创建超7天的缓存卷并删除
限制卷访问权限与挂载路径范围
即便卷名隔离，若容器以root运行且挂载了宿主机根路径，仍可能绕过卷边界读写其他团队数据：
- 所有CI构建镜像必须在
Dockerfile中显式声明非root用户：USER 1001:1001，并确保该UID在宿主机上无对应账户 - 禁用
--privileged，禁止挂载/、/var/run、/proc等敏感路径；CI runner可预设白名单目录（如/tmp/build、/mnt/cache）供挂载 - 启用Docker守护进程级用户命名空间重映射（
"userns-remap": "default"），使容器内UID 0映射为宿主机上的非特权UID，从根本上阻断对宿主机文件系统的直接写入能力
网络+卷双重隔离增强可信边界
仅靠卷隔离不够——如果两个团队服务跑在同一Docker网络里，且数据库暴露端口，仍可能跨卷间接越权。需叠加网络控制：
- 为每个团队CI流水线创建专属桥接网络：
docker network create team-a-build-net，并在docker build或docker run中指定--network team-a-build-net - 禁用默认
bridge网络，所有CI容器必须显式指定网络；未指定则构建失败 - 结合
docker-compose的isolate模式或自定义网络驱动，确保不同团队容器间无法通过IP或DNS互相发现
