bind mount默认无权限隔离，安全核心在于控制操作主体、范围与权限级别；需确保宿主机目录属主与容器运行用户uid/gid一致，强制非root运行，限制挂载选项（如:ro、--read-only），并规避敏感路径挂载。
Bind Mount 本身不带权限隔离，默认挂载后容器内进程按宿主机文件系统权限访问，稍不注意就可能引发越权读写、敏感文件泄露或 UID 冲突问题。做好安全策略，核心是控制“谁在容器里操作”、“能操作什么”、“以什么权限操作”。
明确挂载路径所有权与权限
宿主机目录必须提前创建，并设置合理属主和权限。不要依赖 Docker 自动创建（新版会报错），更不能让 root 用户直接拥有开发目录。
- 用 非 root 用户 创建并拥有挂载目录，例如：
sudo chown -R devuser:devgroup /host/data - 设为最小必要权限，如目录
750、配置文件640，避免777或全局可写 - 确认 SELinux/AppArmor 策略未拦截访问（尤其在 CentOS/RHEL 环境）
强制容器以匹配 UID/GID 运行
这是最关键的一步。若容器内进程 UID 与宿主机文件所有者 UID 不一致，就会出现“能读不能写”或“误改他人文件”的情况。
- 在 Dockerfile 中显式创建用户并指定 UID/GID，例如：
RUN adduser -u 1001 -D appuser && usermod -aG wheel appuser - 用
USER appuser切换运行身份，确保进程不以 root 启动 - 启动容器时也可覆盖：
docker run -u 1001:1001 -v /host/data:/app/data ... - 验证方式：进入容器执行
id和ls -l /app/data，确认 UID/GID 对应且有预期权限
限制挂载行为本身的安全选项
仅靠路径权限不够，还需通过挂载参数收紧能力边界。
- 默认是读写（
:rw），对只读资源务必加:ro，比如挂载证书、配置模板 - 禁用危险能力：结合
--read-only启动容器（整个根文件系统只读），再单独对需要写的路径用-v挂载 - 避免挂载敏感路径：不挂载
/etc、/root、/home下非必要子目录，防止横向渗透
配合 tmpfs 处理临时敏感数据
当 Bind Mount 用于传递配置或密钥时，这些内容不应落盘——此时可将容器内接收目录用 tmpfs 覆盖。
- 例如：先挂载宿主机密钥文件到
/run/secrets（只读），再用 tmpfs 覆盖该路径的上级或同级目录用于运行时生成临时文件 - 命令示例：
docker run --tmpfs /run/cache:rw,noexec,nosuid,size=32m -v /host/config:/etc/app:ro ... - 这样既保证了配置来源可信（来自宿主机），又确保运行时中间态不残留磁盘
