chroot仅实现文件系统路径重映射，无法阻断网络、进程、设备等内核资源访问；单独使用存在网络外连、磁盘直读、宿主进程杀伤、资源耗尽等真实风险，必须配合unshare命名空间、IOMMU加固及模块禁用才具备物理隔离能力。
chroot 本身不能实现物理隔离，它只做文件系统路径重映射，不阻断网络、进程、设备访问等任何内核级资源。所谓“物理隔离”必须靠其他机制配合，否则只是假隔离。
chroot 单独运行服务时会暴露哪些真实风险
直接
启动一个服务（比如
），看似进了新根目录，但实际仍共享全部系统资源：
服务仍能调用
建立任意网络连接——
不碰网络命名空间
可读写宿主
、
下所有信息（如
）
能通过
或
直接访问物理磁盘（只要挂载了
）
所有进程 PID 共享同一命名空间，
会干掉整个宿主系统
没有内存/CPU 限制，一个崩溃的服务可能拖垮整台机器
真正阻断物理层通信必须加 unshare --net --pid --user
仅靠
防不住网络外连或设备扫描。要切断通信路径，必须组合
创建独立命名空间：
用
启动新命名空间，再在其中执行
是关键：新环境默认无网络接口，
只能看到
，且无法启用其他网卡
映射 UID/GID，避免服务以 root 身份操作宿主设备节点（如
）
配合
保证
、
挂载点不泄漏到宿主
示例命令：
防止 USB/PCI 设备逃逸需禁用对应内核模块
即使进了
环境，若宿主未禁用硬件驱动，服务仍可能通过
下的设备节点发起 DMA 攻击或外设通信：
CentOS Linux 7.9.2009
CentOS Linux 7.9.2009是传统CentOS Linux 7的最后主要版本，也是很多企业历史服务器中仍可能遇到的系统版本。它以稳定、兼容RHEL 7生态、文档丰富和软件支持广泛著称，曾长期用于Web服务、数据库、虚拟化节点和企业内部业务系统。不过CentOS Linux 7已于2024年6月30日停止维护，现在继续使用会面临安全补丁缺失风险。该版本更适合旧业务迁移、历史环境恢复或离线兼容性测试。
下载
检查是否加载了
、
、
、
等模块：
永久屏蔽：在
中写入
、
等，并运行
（Debian）或
（RHEL）
启动参数加固：在
的
加
，再
验证 IOMMU 是否生效：
输出含
退出前必须手动卸载绑定挂载，否则残留 /proc /dev 会锁死宿主
很多人用
把宿主
、
挂进 chroot 目录，但忘记清理。一旦 shell 异常退出，这些挂载点会持续存在，导致：
失败并报
后续
卡在 “Unmounting filesystems…”
必须进 recovery mode 手动
（lazy unmount）才能解救
正确做法：退出 chroot 后立即执行
更稳妥方案：改用
自动管理挂载生命周期，无需手动清理
真正物理隔离不是“把服务塞进一个目录”，而是逐层关闭所有隐性通信面：从内核模块、IOMMU、命名空间到挂载点，缺一不可。chroot 只是其中最表层的一环，单独使用等于没隔离。
chrootchroot /srv/myapp /usr/bin/python3 app.pysocket()chroot/proc/sys/proc/sys/net/ipv4/ip_forward/dev/sda/dev/nvme0n1/devkill -9 -1chrootunshareunshare --net --pid --user --mount --forkchroot--netip linklo--user/dev/mem--mount--fork/proc/syssudo unshare --net --pid --user --mount --fork chroot /srv/myapp /bin/bashunshare + chroot/devusb-storagecdc_etherr8169iwlwifilsmod | grep -E 'usb|net|wifi|bluetooth'/etc/modprobe.d/disable-devices.confblacklist usb-storageblacklist r8169update-initramfs -udracut --force/etc/default/grubGRUB_CMDLINE_LINUXiommu=pt intel_iommu=onupdate-grub && rebootdmesg | grep -i iommuenabledmount --bind/proc/devumount /srv/myapp/procdevice is busyrebootumount -lsudo umount /srv/myapp/{proc,sys,dev}unshare --mount