绑定挂载本身不自带访问路径沙箱能力，必须结合文件系统权限、用户身份控制和挂载选项三重约束：1. 用专用UID用户隔离（如1002）并禁用root；2. 目录权限设为750，禁用组/其他写入；3. 先用mount --bind + noexec,nosuid,nodev,ro创建受限视图再挂载；4. 生产环境启用SELinux/AppArmor强制白名单。
绑定挂载本身不自带访问路径沙箱能力，容器一旦挂载了宿主机目录，就默认能遍历该目录及其所有子目录（只要权限允许）。要真正限制容器“只能访问特定子目录”，必须结合 linux 文件系统权限 + 用户身份控制 + 挂载选项三重约束，而非仅靠 -v 语法。
1. 用专用用户隔离 UID，避免 root 权限越界
容器内进程绝不能以 root（UID 0）运行并挂载宿主机目录——否则它可绕过大部分权限检查，甚至通过 .. 上溯到父目录。正确做法是：
- 在宿主机创建专用低权限用户（如
appdata），指定唯一 UID（如 1002），且不赋予 shell 登录权限 - 将目标子目录（如
/data/app/logs）的所有者设为该用户：sudo chown -R 1002:1002 /data/app/logs - 在 Dockerfile 中创建同 UID 用户并切换：
RUN adduser -u 1002 -D appdata && USER appdata
2. 严格设置宿主机目录权限，禁用组/其他写入
即使 UID 匹配，宽松的权限仍可能被滥用。目标子目录应满足最小权限原则：
- 目录权限设为
750（所有者读写执行，组只读执行，其他无权限）：chmod 750 /data/app/logs - 若需多个容器共享，可建专用组（如
appgroup），把容器用户加入该组，并设目录权限为750或770（仅限可信容器） - 禁止使用
777、775等开放权限，尤其不能对父目录（如/data/app）放宽权限
3. 使用 mount --bind + noexec,nosuid,nodev 增强隔离
Docker 的 -v 是高层封装，底层仍是 Linux bind mount。可在宿主机先做一次受限挂载，再让 Docker 挂载这个受限视图：
Docker Image Puller
下载
使用 Python 脚本下载 Docker 镜像并打包为 tar 文件。用户说“下载镜像”“拉取镜像”“pull xxx”“帮我下载 nginx 镜像”等时触发。支持 SOCKS5 代理直连（推荐）和国内镜像站加速两种模式。
- 新建挂载点：
mkdir /mnt/restricted-logs - 执行受限 bind mount：
sudo mount --bind /data/app/logs /mnt/restricted-logs && sudo mount -o remount,noexec,nosuid,nodev,ro /mnt/restricted-logs（如需可写，去掉ro，保留其余三项） - 在容器中挂载该受限点：
docker run -v /mnt/restricted-logs:/app/logs myimage
这样即使容器内有漏洞，也无法执行文件、提权或访问设备节点。
4. SELinux/AppArmor 强制路径白名单（生产环境推荐）
在 CentOS/RHEL 或 Ubuntu 主机上，启用强制访问控制可从根本上阻止越界访问：
- SELinux 下，给目标子目录打专属上下文：
sudo semanage fcontext -a -t container_file_t "/data/app/logs(/.*)?" && sudo restorecon -Rv /data/app/logs - 启动容器时加
:z或:Z标志（:z共享上下文，:Z独占）：docker run -v /data/app/logs:/app/logs:Z myimage - AppArmor 可自定义 profile，明确声明容器只允许读写
/app/logs/**路径
