SEED Labs 2.0实战：手把手教你用Docker复现SQL注入漏洞（附防御技巧）

从零到一：在Docker化SEED靶场中深度剖析SQL注入攻防实战

如果你刚开始接触网络安全，面对“SQL注入”这个高频词汇，可能会觉得它既神秘又危险。教科书和理论文章往往把它描述成一种威力巨大但原理复杂的攻击手段，让人望而生畏。但今天，我想带你换一种方式学习——不是被动地阅读概念，而是亲手搭建一个靶场，像侦探一样追踪漏洞的蛛丝马迹，再像工匠一样亲手修补它。我们将使用SEED Labs 2.0这个经典的实验环境，借助Docker的便捷性，在完全隔离且可控的沙箱中，完成一次从漏洞利用到防御加固的完整旅程。这篇文章的目标，是让你不仅能“复现”攻击，更能“理解”其背后的逻辑，并掌握真正有效的防护手段。

1. 实验环境搭建：用Docker快速构建你的专属安全沙箱

在开始任何安全实验之前，一个稳定、可复现且与生产环境隔离的实验环境至关重要。传统方式可能需要手动配置虚拟机、安装Web服务器、数据库和应用程序，过程繁琐且容易出错。而Docker容器化技术为我们提供了完美的解决方案。它允许我们通过一个简单的配置文件，一键部署包含所有依赖的完整应用栈。

SEED Labs项目官方提供了专为安全实验设计的Docker Compose配置。我们首先需要获取实验材料。假设你已经在本地机器上安装了Docker和Docker Compose，打开终端，执行以下步骤。

# 1. 克隆或下载SEED Labs的SQL注入实验代码库
# 通常可以从SEED项目官网或相关课程仓库获取
# 这里假设我们有一个包含docker-compose.yml的目录
cd ~/seed-labs/sql-injection

# 2. 查看目录结构，确认关键文件
ls -la

你应该能看到类似以下的文件结构：

.
├── docker-compose.yml
├── image_www/
│   └── ... (Web应用代码)
└── image_db/
    └── ... (数据库初始化脚本)

关键的 docker-compose.yml 文件定义了整个实验环境。它通常包含两个服务：一个运行Apache+PHP的Web应用容器，和一个运行MySQL的数据库容器。容器间的网络是隔离的，只有Web应用能访问数据库，这模拟了真实的生产架构。

# 3. 构建并启动容器
docker-compose build
docker-compose up -d

docker-compose up -d 命令会以后台模式启动所有服务。-d 参数代表“detached”，即容器在后台运行。

提示：如果遇到端口冲突（例如80端口已被占用），可以修改docker-compose.yml文件中的端口映射，将宿主机的某个空闲端口（如8080）映射到容器的80端口。

启动后，使用以下命令验证容器状态：

docker-compose ps

如果一切正常，你会看到两个容器状态为“Up”。为了后续操作方便，SEED Labs通常提供了一些别名命令：

# 列出所有运行中的容器，并显示简化的名称和IP
dockps

# 根据容器ID前缀进入其Shell环境
docksh <容器ID的前几位字符>

例如，看到MySQL容器的ID以abc123开头，则运行 docksh abc 即可进入该容器的bash shell。

最后，为了让宿主机能通过域名访问容器内的Web应用，需要修改本地的/etc/hosts文件（Linux/macOS）或C:\Windows\System32\drivers\etc\hosts文件（Windows），添加一条记录：

127.0.0.1   www.seedlabsqlinjection.com

这样，在浏览器中访问 http://www.seedlabsqlinjection.com 就能看到实验用的员工管理登录页面了。至此，一个包含漏洞的Web