[Hello-CTF]RCE-labs靶场：从零到一的Docker化部署实战

1. 为什么选择Docker化部署RCE-labs靶场

第一次接触CTF比赛时，最头疼的就是环境搭建问题。记得有次为了复现一个简单的RCE漏洞，我花了整整两天时间配置各种依赖库，结果还是因为版本冲突导致漏洞无法触发。直到后来发现了Docker这个神器，才真正体会到什么叫"开箱即用"。

RCE-labs这个靶场项目最大的特点就是全容器化设计。每个关卡都是独立的Docker镜像，这意味着：

• 完全隔离的环境：不用担心搞乱本地系统配置
• 版本控制精确：每个漏洞场景都锁定了特定的软件版本
• 秒级重置：做完一个关卡直接删容器重新创建，比虚拟机快10倍不止

对于Windows用户还有个隐藏福利：不用再折腾WSL或双系统了。我实测在Win10家庭版上，Docker Desktop的表现相当稳定，后面会专门讲Windows下的特殊配置技巧。

2. 前期准备：双平台环境配置

2.1 Linux环境（以Ubuntu 20.04为例）

先更新软件源是个好习惯：

sudo apt update && sudo apt upgrade -y

安装Docker的推荐方式：

# 卸载旧版本（如果有） sudo apt remove docker docker-engine docker.io containerd runc # 安装依赖 sudo apt install -y apt-transport-https ca-certificates curl gnupg lsb-release # 添加官方GPG密钥 curl -fsSL https://download.docker.com/linux/ubuntu/gpg | sudo gpg --dearmor -o /usr/share/keyrings/docker-archive-keyring.gpg # 设置稳定版仓库 echo "deb [arch=amd64 signed-by=/usr/share/keyrings/docker-archive-keyring.gpg] https://download.docker.com/linux/ubuntu $(lsb_release -cs) stable" | sudo tee /etc/apt/sources.list.d/docker.list > /dev/null # 安装Docker引擎 sudo apt update sudo apt install -y docker-ce docker-ce-cli containerd.io # 验证安装 sudo docker run hello-world

Git安装就简单多了：

sudo apt install -y git

2.2 Windows环境特殊处理

在Windows上建议使用Docker Desktop的WSL2后端，性能比传统Hyper-V更好。安装时注意：

1. 确保BIOS开启虚拟化（Intel VT-x/AMD-V）
2. 控制面板→程序→启用或关闭Windows功能：
   • 勾选"Hyper-V"和"Windows虚拟机监控程序平台"
3. 下载Docker Desktop安装包时，选Stable版本而非Edge

安装完成后有个常见坑点：如果遇到"WSL2 installation is incomplete"报错，需要手动安装WSL2内核更新包。微软官方有提供下载，装完记得在PowerShell运行：

wsl --set-default-version 2

3. 获取靶场源码与构建镜像

3.1 克隆项目仓库

无论哪个平台，克隆命令都一样：

git clone https://github.com/ProbiusOfficial/RCE-labs cd RCE-labs

这里有个提速技巧：如果你在境内访问GitHub较慢，可以试试在/etc/hosts（Linux）或C:\Windows\System32\drivers\etc\hosts（Windows）添加：

140.82.113.4 github.com

3.2 Linux下一键构建

官方提供的build.sh脚本其实做了三件事：

1. 遍历Level0-Level22目录
2. 为每个关卡构建独立的Docker镜像
3. 打上rce_labs:vX的标签

直接运行：

chmod +x build.sh ./build.sh

构建过程中可能会卡在某个关卡，常见原因：

• 网络问题导致apt-get更新失败 → 重试几次
• 内存不足 → Docker默认内存限制可能太小，建议调到4GB以上
• 镜像层缓存冲突 → 试试docker system prune清理后再构建

3.3 Windows下的替代方案

由于Windows没有原生bash环境，我们需要用批处理脚本实现相同功能。在RCE-labs目录新建build.bat，内容如下：

@echo off setlocal enabledelayedexpansion for /l %%i in (0, 1, 22) do ( set dir=Level %%i set tag=rce_labs:v%%i echo Building !tag! from !dir! docker build --pull --rm -f "!dir!\Dockerfile" -t "!tag!" "!dir!" if errorlevel 1 ( echo Error building !tag! exit /b 1 ) ) echo All images built successfully! endlocal pause

保存后直接双击运行，或者用管理员权限的CMD执行。有个细节要注意：Windows的路径分隔符是反斜杠，但在Dockerfile里必须用正斜杠，这就是为什么脚本里路径都用引号包裹。

4. 运行靶场与访问测试

4.1 启动单个关卡

以Level 0为例：

docker run --name "Level0" -p 8080:80 -d rce_labs:v0

参数解释：

• --name指定容器名（删除时用这个名字更方便）
• -p端口映射，格式为主机端口:容器端口
• -d后台运行

这里有个实用技巧：用-v参数挂载本地目录到容器，方便修改代码：

docker run --name "Level0" -p 8080:80 -v /path/to/local/files:/var/www/html -d rce_labs:v0

4.2 批量管理技巧

查看所有镜像：

docker images | grep rce_labs

停止所有运行中的靶场容器：

docker stop $(docker ps -aq --filter "ancestor=rce_labs")

删除所有靶场容器（不会删除镜像）：

docker rm $(docker ps -aq --filter "ancestor=rce_labs")

4.3 浏览器访问验证

在地址栏输入：

• Linux本地：http://localhost:8080
• Windows本地：http://127.0.0.1:8080
• 远程访问：http://服务器IP:8080

如果遇到连接拒绝，按这个顺序排查：

1. 检查容器是否运行：docker ps
2. 查看容器日志：docker logs Level0
3. 测试端口连通性：telnet localhost 8080（Windows需开启该功能）
4. 检查防火墙规则：sudo ufw status（Linux）

5. 常见问题与深度优化

5.1 镜像构建失败排查

当build.sh或build.bat报错时，最有效的方法是单独构建出问题的关卡。例如Level5构建失败：

cd Level5 docker build -t rce_labs:v5 .

这样能直接看到Dockerfile执行到哪步出错。我遇到过几次典型问题：

• E: Unable to locate package→ Dockerfile里的apt源需要换成国内镜像
• COPY failed: file not found→ Windows下注意文件编码必须是UTF-8无BOM
• no space left on device→ 执行docker system prune -a清理

5.2 性能优化方案

当同时运行多个关卡时，可以给Docker分配更多资源：

1. Linux修改/etc/docker/daemon.json：

{ "default-ulimits": { "nofile": { "Name": "nofile", "Hard": 65535, "Soft": 65535 } }, "storage-driver": "overlay2" }

2. Windows在Docker Desktop设置→Resources中调整：
   • CPUs：至少4核
   • Memory：建议8GB
   • Swap：1GB

5.3 自定义关卡开发

如果想基于现有关卡创建新挑战，推荐流程：

1. 复制Level0目录为MyLevel
2. 修改Dockerfile中的暴露端口
3. 更改www目录下的漏洞代码
4. 构建新镜像：

docker build -t rce_labs:custom .

5. 运行测试：

docker run -p 8090:80 -d rce_labs:custom

这种模块化设计让我能快速验证各种RCE场景，比如上周我就在Level12的基础上，做出了一个结合SSRF的RCE新关卡。