删掉 shell 和调试工具是阻断容器横向移动与提权的关键；应优先使用 distroless 或 scratch 镜像，若用 alpine/ubuntu 则需在多阶段构建末期彻底删除 sh、curl、apk 等工具，并配合非 root 用户、最小 capability 及禁止敏感路径挂载。
直接删掉 shell 和调试工具是切断容器内横向移动和提权链的关键一步。很多逃逸攻击依赖 sh、bash、curl、wget、nslookup 等工具完成信息探测、漏洞利用或反向连接，而这些工具在运行时几乎从不被业务逻辑调用。
优先选用无 shell 的基础镜像
不用 Alpine 或 Ubuntu 类含完整包管理器的镜像，改用真正“只跑程序”的运行时环境：
-
distroless 镜像：如
gcr.io/distroless/java17-debian11、gcr.io/distroless/nodejs，默认不含/bin/sh、apk、ls等任何交互式命令 - scratch 镜像：适用于 Go、Rust 等静态编译语言，镜像为空白层，仅 COPY 二进制文件即可运行
- 避免使用
FROM alpine:latest后再手动删工具——alpine 的apk本身就能重装任意包，风险未根除
若必须用 Alpine/Ubuntu，构建阶段主动清理
在多阶段构建的最终阶段执行精简操作，确保运行镜像中不留可执行工具：
- 删除所有 shell：
RUN rm -f /bin/sh /bin/bash /bin/ash /bin/ksh /usr/bin/python* - 清除网络与调试工具：
RUN rm -f /usr/bin/{curl,wget,nslookup,dig,netstat,ss,ip,ifconfig,nc,ncat,ftp,telnet} - 移除包管理器：
RUN rm -f /usr/bin/apk /usr/bin/apt* /usr/bin/yum /usr/bin/dnf - 注意不要误删
libc相关动态库或ldd（某些调试场景需保留），但普通 Web 服务无需它们
验证是否真正剔除成功
构建后必须实测，不能只信 Dockerfile 逻辑：
- 启动容器后执行：
docker exec -it <container> sh</container>应报错executable file not found - 尝试调用常见工具：
docker exec -it <container> curl --version</container>、ls -l /bin/，应全部失败或返回空目录 - 检查是否存在隐藏 shell：
docker exec -it <container> find / -name "*sh" 2>/dev/null</container>，结果应极简（最多只剩/usr/share/bash-completion/bash_completion这类非可执行文件）
配合非 root 用户与最小 capability 使用
单删命令工具还不够，需组合其他控制项才能形成有效防线：
- 必须搭配
USER 1001指令，防止攻击者即使拿到执行入口也无法写关键路径 - 运行时加
--cap-drop=ALL --cap-add=NET_BIND_SERVICE，禁用挂载、ptrace、模块加载等高危能力 - 禁止挂载宿主机敏感路径，尤其
/proc、/sys、/var/run/docker.sock，否则工具虽删，仍可通过读取进程命名空间实现逃逸
