实现docker容器间pid强效物理隔离的关键是确保pid namespace正确启用且不被绕过，并与其他namespace协同生效：需验证命名空间id独立、进程不可见不可干预、禁用--pid=host等破坏隔离的配置，并结合user、mount、uts等namespace强化纵深隔离。
要实现 Docker 容器间进程 PID 的强效物理隔离，关键不是“启用 PID Namespace”，而是确保它被正确启用、不被绕过、且与其他隔离机制协同生效。Linux 内核的 PID Namespace 本身就能让容器内进程看到独立的 PID 编号空间（如容器内 PID=1），但这只是逻辑视图隔离；真正的物理隔离体现在：宿主机和其他容器完全无法通过 /proc 或系统调用访问、信号干扰或回收该容器内的任意进程。
确认 PID Namespace 已独立创建且未被共享
Docker 默认为每个容器创建新 PID Namespace，但必须验证是否真正生效：
- 查容器主进程真实 PID：
docker inspect -f '{{.State.Pid}}' <container_id></container_id> - 查其 PID Namespace ID：
ls -l /proc/<pid>/ns/pid</pid>（输出形如pid:[4026532518]） - 对另一个容器重复操作，对比数字——只要数字不同，说明内核已分配独立 PID 命名空间实例
- 特别注意：
--pid=host会强制复用宿主机 PID Namespace，此时所有容器进程在宿主机 /proc 下可见，彻底破坏物理隔离
验证进程不可见、不可干预的物理效果
仅看命名空间 ID 不够，需实测运行时行为是否满足物理隔离要求：
Browser Setup (No-Root Linux)
下载
在无 root/sudo 权限的环境（云容器、VPS、隔离主机）中安装并配置 OpenClaw 浏览器工具的 headless Chrome。适用场景：...
- 进容器 A 执行
ps aux：只能列出自身进程（如/bin/sh、nginx），绝无容器 B 的任何进程项 - 在宿主机执行
ps --pid -o pid,ppid,comm,args：只能看到该进程及其直接子进程，看不到容器 A 内部更深层的子进程（因它们在另一 PID Namespace 中） - 尝试从宿主机向容器 A 内某进程（如 PID=7）发送信号：
kill -9 7→ 失败并报错No such process（因 PID=7 在宿主机视角不存在） - 容器 A 内进程无法通过
kill操作影响容器 B 的任何进程，哪怕知道对方在宿主机上的真实 PID —— 因跨 Namespace 无效
阻断所有可能的绕过通道
物理隔离会被显式配置或权限提升主动打破，必须禁用以下行为：
- 禁用
--pid=host、--privileged、--cap-add=SYS_ADMIN等赋予容器突破命名空间能力的参数 - 避免挂载宿主机
/proc（如-v /proc:/proc），否则容器可读取其他 PID Namespace 的进程信息 - 不使用
nsenter -t <pid> -p bash</pid>进入其他容器的 PID Namespace —— 这属于运维操作，非容器自身行为，但需管控权限 - 启用 User Namespace（
--userns-mode=host以外）可进一步限制容器内 root 对宿主机 PID Namespace 的潜在越权尝试
结合 Mount 和 UTS Namespace 强化隔离纵深
PID 隔离效果会受其他 Namespace 支持程度影响：
- MNT Namespace 必须启用（Docker 默认开启）：防止容器通过挂载宿主机
/proc或/sys/fs/cgroup绕过 PID 视图限制 - UTS Namespace 应独立（默认开启）：避免通过
uname -n泄露宿主机标识，间接暴露运行环境上下文 - 若同时启用 IPC 和 Network Namespace，可阻止进程通过 Unix socket、共享内存等方式建立跨容器隐式通信链路，使 PID 隔离不被旁路
