告别环境冲突！用Docker为每道CTF Pwn题创建专属‘沙盒’（Ubuntu 25.10实战）

你是否遇到过这样的情况：刚解决完一道需要特定版本libc的Pwn题，切换到下一道题时却发现工具链冲突？或是调试过程中突然发现系统环境被之前的实验改得面目全非？这种"环境污染"问题一直是CTF学习者的噩梦。本文将带你打造一套按需生成、用完即焚的Docker沙盒系统，让每道Pwn题都能在专属的纯净环境中被分析。

1. 为什么需要题目专属沙盒？

传统CTF练习环境存在三大痛点：

1. 版本地狱：不同题目依赖不同版本的libc、python库或工具链，全局安装必然冲突
2. 环境污染：调试过程中的临时修改可能影响后续题目分析
3. 复现困难：几个月后想回顾某道题时，环境早已面目全非

Docker容器提供了完美的解决方案——每个题目都可以拥有：

• 独立文件系统：/lib、/usr等目录完全隔离
• 定制化工具链：按需预装特定版本依赖
• 零残留：题目分析结束后容器可彻底销毁
• 快速重建：基于镜像秒级创建新实例

实际案例：某CTF赛事中有两道题分别需要glibc-2.27和glibc-2.31，使用沙盒方案可以同时运行两个容器互不干扰

2. 基础环境搭建（Ubuntu 25.10）

2.1 Docker引擎安装

首先确保系统已卸载旧版Docker组件：

for pkg in docker.io docker-doc docker-compose podman-docker containerd runc; do
    sudo apt-get remove -y $pkg
done

添加官方仓库并安装最新版：

# 添加GPG密钥
sudo mkdir -p /etc/apt/keyrings
curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /etc/apt/keyrings/docker.gpg

# 设置仓库
echo "deb [arch=$(dpkg --print-architecture) signed-by=/etc/apt/keyrings/docker.gpg] \
https://download.docker.com/linux/ubuntu $(. /etc/os-release && echo "$VERSION_CODENAME") stable" | \
sudo tee /etc/apt/sources.list.d/docker.list > /dev/null

# 安装组件
sudo apt-get update
sudo apt-get install -y docker-ce docker-ce-cli containerd.io docker-buildx-plugin

验证安装：

sudo docker run hello-world

2.2 基础镜像优化

创建Dockerfile.base构建基础环境：

FROM ubuntu:24.04
ARG DEBIAN_FRONTEND=noninteractive

# 使用国内镜像源
RUN sed -i "s|http://.*archive.ubuntu.com|https://mirrors.tuna.tsinghua.edu.cn|g" /etc/apt/sources.list

# 安装基础工具
RUN apt-get update && apt-get install -y \
    build-essential gcc-multilib gdb gdb-multiarch \
    python3 python3-pip python3-dev \
    vim git tmux wget curl

构建命令：

docker build -t pwn:base -f Dockerfile.base .

3. 题目专属沙盒方案

3.1 动态环境生成器

创建pwn-sandbox管理脚本：

#!/bin/bash
# 用法: ./pwn-sandbox <题目目录> [glibc版本]

QUESTION_DIR=$1
GLIBC_VERSION=${2:-2.31}
CONTAINER_NAME="pwn-$(basename $QUESTION_DIR)-$(date +%s)"

docker run -d \
  --name "$CONTAINER_NAME" \
  -v "$QUESTION_DIR:/pwn" \
  -v ~/tools:/opt/tools \
  pwn:base \
  tail -f /dev/null

# 安装指定版本glibc
docker exec $CONTAINER_NAME bash -c \
  "wget -qO- https://github.com/matrix1001/glibc-all-in-one/raw/master/install.sh | bash -s $GLIBC_VERSION"

echo "沙盒已创建："
echo "进入容器: docker exec -it $CONTAINER_NAME bash"
echo "销毁容器: docker rm -f $CONTAINER_NAME"

3.2 工具链按需加载

通过挂载卷实现工具共享：

# 工具目录结构
~/tools/
├── pwndbg/          # GDB插件
├── patchelf/        # ELF修改工具  
├── glibc-all-in-one # 多版本glibc
└── ropper/          # ROP工具

在容器内使用LD_PRELOAD切换glibc：

# 在容器内执行
export LD_PRELOAD=/opt/tools/glibc-all-in-one/libs/$GLIBC_VERSION/ld.so

3.3 典型工作流示例

1. 创建题目目录：

   mkdir -p ~/ctf/babyheap && cd ~/ctf/babyheap
   wget http://example.com/babyheap -O challenge
   

2. 启动专属沙盒：

   ./pwn-sandbox ~/ctf/babyheap 2.27
   

3. 分析完成后销毁：

   docker rm -f pwn-babyheap-*
   

4. 高级定制技巧

4.1 预构建题目镜像

对于常见题型，可以预先构建专用镜像：

# Dockerfile.heap
FROM pwn:base

# 安装堆题目专用工具
RUN pip3 install heap_exploit_kit \
    && git clone https://github.com/shellphish/how2heap

# 设置工作目录
WORKDIR /pwn

构建命令：

docker build -t pwn:heap -f Dockerfile.heap .

4.2 自动化调试脚本

在题目目录放置.gdbinit实现自动配置：

# ~/ctf/babyheap/.gdbinit
import os

# 自动加载pwndbg
gdb.execute(f"source /opt/tools/pwndbg/gdbinit.py")

# 设置glibc版本
libc_path = f"/opt/tools/glibc-all-in-one/libs/{os.getenv('GLIBC', '2.27')}"
gdb.execute(f"set environment LD_PRELOAD {libc_path}/ld.so")

4.3 网络题目解决方案

对于需要网络访问的题目：

docker run --network host -v $(pwd):/pwn pwn:base

安全提示：仅限本地测试使用，不要将敏感端口暴露到公网

5. 实战案例：栈溢出题目全流程

以一道需要glibc-2.23的栈溢出题为例：

1. 准备题目文件：

   mkdir -p ~/ctf/stack_overflow
   echo "将题目二进制文件放入此目录"
   

2. 启动定制沙盒：

   ./pwn-sandbox ~/ctf/stack_overflow 2.23
   

3. 容器内调试：

   cd /pwn
   patchelf --set-interpreter /opt/tools/glibc-all-in-one/libs/2.23/ld.so ./challenge
   gdb -q ./challenge
   

4. 开发exp脚本：

   # exp.py
   from pwn import *
   context.binary = "./challenge"
   p = process()
   # ...漏洞利用代码...
   p.interactive()
   

5. 退出后销毁：

   docker rm -f pwn-stack_overflow-*
   

这套方案最大的优势在于：当第二天需要重新分析时，只需重新运行沙盒脚本即可获得完全一致的环境，避免因系统更新或配置变更导致的问题。