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 都像按一次带确认弹窗的按钮。
