tmpfs本身不能构建绝对安全沙箱，但结合命名空间、权限控制与运行时约束，可实现无盘化、高隔离环境：数据驻留内存、容器停止即清零，配合rw,noexec,nosuid,nodev,size=xxm五项参数及--read-only根文件系统，确保敏感信息不落盘、不可残留、不可跨容器泄露。
tmpfs 本身不能单独构建“绝对安全”的沙箱，但它是实现无盘化、轻量级、高隔离计算环境的关键一环。所谓“绝对安全”在工程中并不存在，但通过 tmpfs 结合命名空间、权限控制与运行时约束，可大幅压缩攻击面，使敏感数据不落盘、不可残留、不可跨容器泄露。
核心思路：内存即存储，启动即清零
tmpfs 的本质是将指定目录完全映射到主机内存中，数据永不写入磁盘。容器启动时挂载 tmpfs 目录，停止后内容自动释放，连 swap 页面都可禁用（配合 noexec,nosuid,strictatime 等选项）。这意味着：
- 临时文件、会话缓存、上传中间件、TLS 私钥等敏感内容全程驻留 RAM
- 即使容器被攻破，攻击者无法从宿主机磁盘提取历史数据
- 没有持久层，也就没有传统意义上的“数据恢复”或“取证残留”
关键配置：五项强制参数缺一不可
仅用 --tmpfs /tmp 是远远不够的。真正起防护作用的是组合参数，推荐统一采用以下模式：
- rw：基础读写权限，按需保留
- noexec：禁止执行任何二进制或脚本，阻断提权链起点
- nosuid：忽略 setuid/setgid 位，防止权限提升滥用
- nodev：禁止解析设备文件，规避 /dev/fuse、/dev/shm 滥用
-
size=XXm：必须显式限制大小（如
size=128m），避免内存耗尽引发 OOM 杀死关键进程
示例命令：
docker run -d \--tmpfs /tmp:rw,noexec,nosuid,nodev,size=128m \
--tmpfs /run:rw,noexec,nosuid,nodev,size=64m \
--tmpfs /var/run:rw,noexec,nosuid,nodev,size=64m \
--read-only \
--cap-drop=ALL \
--security-opt=no-new-privileges \
alpine:latest tail -f /dev/null
无盘化增强：只读根 + tmpfs 覆盖关键路径
单纯挂载 tmpfs 不足以实现“无盘化”。必须配合容器根文件系统只读（--read-only），再用 tmpfs 显式覆盖所有需要写入的路径，例如：
-
/tmp：通用临时目录 -
/run和/var/run：PID 文件、socket、runtime state -
/var/log（可选）：若应用坚持写日志，挂 tmpfs 并由 sidecar 异步采集，避免落盘 -
/home/app/.cache（按需）：用户级缓存目录，避免污染只读层
这样整个容器运行时没有任何路径能写入镜像层或宿主机磁盘，真正实现“启动即干净，停止即归零”。
轻量级沙箱的边界与局限
tmpfs 沙箱适合处理短期、确定性、低内存波动的任务，比如：
- 代码编译沙箱（GCC/Clang 构建，输出走 stdout 或 volume 导出）
- 文档转码服务（PDF→HTML，中间临时文件全在 /tmp）
- 密钥解密计算（私钥加载进 /run/secrets，运算后立即丢弃）
- Web 表单验证（上传文件暂存 /tmp，校验后即删）
但它不适用于：
- 数据库或状态服务（需要持久化）
- 大文件流式处理（易触发 size 限制或 swap 泛滥）
- Windows/macOS Docker Desktop 环境（tmpfs 仅 Linux 内核支持）
- 超长生命周期服务（内存泄漏风险随运行时间线性上升）
