绑定挂载本身不自带访问路径沙箱能力，必须结合文件系统权限、用户身份控制和挂载选项三重约束：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/** 路径