Shell脚本沙箱核心是权限限制、资源隔离与行为可预测，推荐用Podman/Docker运行只读Alpine容器或unshare构建命名空间隔离，辅以set -euo pipefail、禁用危险命令、ulimit限制及执行后验证清理。

Shell脚本环境沙箱，核心是让运维代码在受控、隔离的环境中执行，避免误操作影响生产系统。关键不在于完全模拟真实环境，而在于限制权限、隔离资源、可预测行为。

用容器快速搭建轻量沙箱

推荐使用 Podman 或 Docker 启动最小化 Alpine 或 BusyBox 容器，不挂载宿主机目录，不共享网络命名空间：

• 运行命令示例：podman run --rm -it --cap-drop=ALL --read-only --tmpfs /tmp:rw,size=10M alpine:latest /bin/sh
• --cap-drop=ALL 禁用所有 Linux 能力，防止提权或系统调用滥用
• --read-only 使根文件系统只读，配合 --tmpfs 为必要临时路径提供可写空间
• 不加 -v 或 --mount，彻底避免宿主机路径泄露

用 unshare 构建无容器沙箱

适合无法安装容器运行时的场景，利用 Linux namespace 实现进程级隔离：

• 新建 PID、mount、UTS、IPC、user 命名空间：unshare --user --pid --mount --uts --ipc --fork --root=/tmp/sandbox-root /bin/sh
• 需提前用 debootstrap 或 busybox --install 构建精简根目录，并映射 UID（如 echo "0 1000 1" > /proc/self/uid_map）
• 默认禁止访问网络，如需测试网络行为，可手动配置 veth + netns，但应明确禁用对外路由

限制 Shell 自身行为

即使在沙箱内，也要防范恶意或疏忽型 Shell 操作：

• 启动时启用严格模式：set -euo pipefail，避免未定义变量、静默失败、管道错误忽略
• 禁用危险内置命令：用 enable -n 屏蔽 eval、exec、source（除非白名单显式允许）
• 重定向 /dev/stdin、/dev/stdout 到内存文件或空设备，防止意外读写终端或管道泄露
• 设置 ulimit -f 1024（限制文件大小）、ulimit -t 30（CPU 时间秒级超时）

验证与清理闭环

沙箱不是一劳永逸，每次运行后都应确认隔离有效性：

• 检查进程是否仍在预期命名空间：ls -la /proc/$$/ns/ 对比 host 和 sandbox 的 inode 号
• 尝试访问 /proc/1/environ 或 /sys/kernel —— 应返回 Permission denied 或 No such file
• 运行后自动清空 tmpfs、销毁 user namespace 映射、卸载临时挂载点
• 记录执行摘要：耗时、退出码、创建文件数、最大内存占用（可用 /proc/$$/status 抽取）

不复杂但容易忽略：沙箱的价值不在“绝对安全”，而在把不确定性关进盒子，让每次 ./deploy.sh 都像按一次带确认弹窗的按钮。