一个面向 Web 安全学习、漏洞复现、靶场扩展和本地 Docker 漏洞环境编排的增强版 Pikachu。
“如果你想搞懂一个漏洞，比较好的方法是：先自己制造出这个漏洞，再利用它，最后再修复它。”
Pikachu Enhanced 是基于经典 Pikachu Web 漏洞练习平台进行增强改造的本地靶场项目。原版 Pikachu 主要以 PHP + MySQL 的单体 Web 页面形式演示常见 Web 漏洞，本增强版在保留原有漏洞模块和页面风格的基础上，新增了现代 Web 安全中更常见的认证、浏览器安全边界、会话安全、请求头信任以及 Docker 靶场编排能力。
本项目适合用于：
- 🧪 Web 漏洞学习与复现
- 🛡️ 渗透测试入门训练
- 🧩 漏洞原理教学与演示
- 🧰 本地靶场环境快速搭建
- 🐳 后续通过 Docker Lab 扩展 Redis、MySQL、Flask 等独立漏洞环境
本项目包含大量故意设计的漏洞，请务必只在本地、授权、隔离环境中使用。
- ✅ 仅限本地学习、授权测试、安全研究和教学演示
- ❌ 不要部署到公网
- ❌ 不要在生产环境运行
- ❌ 不要将 Docker Lab 暴露到公网或不可信网络
- ✅ Docker / Docker Lab 相关端口默认应绑定到
127.0.0.1 - ✅ 使用前请确认你有合法授权
⚠️ 任何在非授权环境中的使用风险由使用者自行承担
- 项目简介
- 安全声明
- 和原版 Pikachu 的区别
- 功能总览
- 新增漏洞模块
- Docker Lab / 靶场编排中心
- 项目架构
- 部署方式一：传统 PHP 环境部署
- 部署方式二：Docker Compose 部署
- 使用说明
- 漏洞模块验证指南
- Docker Lab 验证指南
- 目录结构说明
- 后续规划
- GitHub 推送建议
| 对比项 | 原版 Pikachu | 本增强版 Pikachu Enhanced |
|---|---|---|
| 基础技术栈 | PHP + MySQL | PHP + MySQL，保持兼容 |
| 经典 Web 漏洞 | 已覆盖常见基础漏洞 | 保留原有基础模块 |
| JWT 安全 | 无独立模块 | 新增 JWT alg=none / claim 盲信演示 |
| Host Header | 无独立模块 | 新增 Host Header 信任问题演示 |
| Session Fixation | 无独立模块 | 新增会话固定演示 |
| CORS | 无独立模块 | 新增 Origin 反射与 Credentials 错配演示 |
| Clickjacking | 无独立模块 | 新增 iframe 点击劫持演示 |
| Docker Lab | 无 | 新增 Phase 1 只读靶场编排中心 |
| Docker 模板 | 无 | Redis / MySQL / Flask SSTI 白名单模板 |
| 安全边界 | 传统单体靶场 | 增加本地绑定、白名单模板、只读命令约束 |
| GitHub 文档 | 简洁说明 | 增强 README、流程图、部署与验证指南 |
- 🔐 Brute Force（暴力破解）
- 🧨 XSS（跨站脚本）
- 🔁 CSRF（跨站请求伪造）
- 🧬 SQL Injection（SQL 注入）
- 💻 RCE（远程命令 / 代码执行）
- 📂 File Inclusion（文件包含）
- 📥 Unsafe File Download（不安全文件下载）
- 📤 Unsafe File Upload（不安全文件上传）
- 🧱 Over Permission（越权）
- 🗂️ Directory Traversal（目录遍历）
- 🕵️ Information Leakage（敏感信息泄露）
- 🧪 PHP Unserialize（PHP 反序列化）
- 🧾 XXE（XML 外部实体）
- 🔀 URL Redirect（不安全 URL 重定向）
- 🌐 SSRF（服务端请求伪造）
- 🛠️ XSS 管理工具
- 🪪 JWT(JSON Web Token)
- 🧭 Host Header Trust
- 🧷 Session Fixation
- 🌍 CORS Misconfiguration
- 🖱️ Clickjacking
- 🐳 Docker Lab / 靶场编排中心 Phase 1
- 🔍 Docker 环境检查
- 📋 白名单模板加载
- 📦 模板容器状态只读查看
- 📜 白名单容器日志只读查看
vul/jwt/
├── jwt.php
├── jwt_login.php
└── jwt_admin.php
JWT 通常由三部分组成：
header.payload.signature
本模块演示服务端错误信任 JWT Header 和 Payload 的情况，例如：
- 允许
alg=none - 服务端不校验签名直接信任 payload
- 直接根据 token 中的
role/level判断权限
- JWT 不是“加密”，而是“签名后的声明”
alg=none是典型错误实现- 不能只信任客户端传回来的权限字段
- 服务端必须严格校验算法、签名、过期时间和权限来源
sequenceDiagram
participant U as 用户
participant L as jwt_login.php
participant C as Cookie(jwt_token)
participant A as jwt_admin.php
U->>L: 输入账号密码登录
L->>C: 写入 jwt_token
U->>A: 携带 jwt_token 访问后台
A->>A: jwt_decode_insecure()
A->>A: 读取 role / level
A-->>U: 根据 token claim 判断是否管理员
vul/hostheader/
├── hostheader.php
└── trust.php
很多系统会使用请求头中的 Host 拼接绝对链接，例如：
- 密码重置链接
- 邮箱激活链接
- 跳转地址
- 资源绝对 URL
如果服务端直接信任 HTTP_HOST，攻击者就可以通过篡改 Host 头污染链接。
Host是用户可控输入- 不能盲信
$_SERVER['HTTP_HOST'] - 生成安全链接时应使用可信配置域名
- 反向代理场景下要明确可信代理边界
flowchart LR
A[攻击者修改 Host 头] --> B[trust.php 读取 HTTP_HOST]
B --> C[拼接 reset_link]
C --> D[页面生成被污染的绝对链接]
vul/sessionfixation/
├── sessionfixation.php
├── fixation_login.php
└── fixation_profile.php
攻击者提前固定一个 Session ID，诱导用户使用该 Session 登录。如果系统登录成功后没有执行 session_regenerate_id(true)，用户的登录态就会绑定到攻击者已知的 Session ID 上。
- 登录前的 Session ID 不能直接沿用到登录后
- 登录成功后应刷新 Session ID
- 退出时应清理 Session 数据和 Session Cookie
sequenceDiagram
participant A as 攻击者
participant U as 用户
participant S as Pikachu Session Fixation
A->>U: 构造链接 fixation_login.php?sid=pika123456
U->>S: 使用固定 SID 打开登录页
U->>S: 登录成功
S-->>U: 未刷新 Session ID
A->>S: 使用相同 SID 访问登录态
vul/cors/
├── cors.php
├── cors_api.php
├── cors_reflect.php
├── cors_credential.php
└── cors_attacker.php
CORS 是浏览器的跨源访问控制机制。如果服务端错误地反射任意 Origin，并且搭配 Access-Control-Allow-Credentials: true，可能导致攻击者页面跨源读取用户数据。
- 无
Origin请求头时，不伪造Access-Control-Allow-Origin - 有
Origin时，演示服务端反射 Origin credential场景下，有 Origin 时返回Access-Control-Allow-Credentials: true- 提供
cors_attacker.php作为跨源攻击者页面模板
- CORS 不是认证机制
- 不能简单反射任意 Origin
Allow-Credentials与宽松 Origin 组合风险很高- 必须从不同 Origin 发起请求，浏览器才会进入 CORS 流程
sequenceDiagram
participant Evil as evil.local 攻击者页面
participant Browser as 浏览器
participant API as Pikachu cors_api.php
Evil->>Browser: fetch(API, credentials: include)
Browser->>API: Origin: http://evil.local
API-->>Browser: Access-Control-Allow-Origin: http://evil.local
API-->>Browser: Access-Control-Allow-Credentials: true
Browser-->>Evil: 返回可读响应
vul/clickjacking/
├── clickjacking.php
├── target.php
└── attacker.php
目标页面没有设置：
X-Frame-Options: DENY
Content-Security-Policy: frame-ancestors 'none'攻击者可将目标页面嵌入透明 iframe，并用诱导按钮覆盖，引导用户点击隐藏的真实按钮。
- Clickjacking 和 CSRF 不同
- 防护重点是禁止不可信页面嵌套
- 推荐使用 CSP
frame-ancestors
flowchart TD
A[用户访问 attacker.php] --> B[页面显示诱导按钮]
B --> C[透明 iframe 嵌入 target.php]
C --> D[用户点击诱导区域]
D --> E[实际点击 target.php 中的敏感按钮]
当前 Docker Lab 为 Phase 1：只读骨架阶段。它不是完整容器编排平台，暂不开放启动、停止、删除、重启容器能力。
Docker Lab 的目标是让 Pikachu 未来可以扩展为多技术栈漏洞靶场，例如：
- Redis 未授权访问
- MySQL 弱口令
- Flask SSTI
- PostgreSQL 弱口令
- Tomcat 弱口令
- Nginx 配置错误
- Spring Boot Actuator 暴露
| 能力 | 状态 | 说明 |
|---|---|---|
| Docker 环境检查 | ✅ 已实现 | 检查 Docker CLI / Docker daemon |
| 模板白名单加载 | ✅ 已实现 | 读取 templates/*.json |
| 模板列表展示 | ✅ 已实现 | 展示模板、镜像、容器名、端口 |
| 容器状态只读查看 | ✅ 已实现 | 只查看带 pikachu.lab=true 标签的容器 |
| 日志只读查看 | ✅ 已实现 | 通过白名单模板读取最近 200 行日志 |
| 启动容器 | 🚧 Phase 2 | 当前未开放 |
| 停止容器 | 🚧 Phase 2 | 当前未开放 |
| 删除容器 | 🚧 Phase 2 | 当前未开放 |
| 拉取镜像 | 🚧 Phase 2 | 当前未开放 |
- 只允许项目内置白名单模板
- 不允许用户自定义任意
image - 不允许用户自定义任意
command - 不允许用户自定义
volume - 不允许
privileged - 不允许
--network host - 不允许
--cap-add - 不允许
--device - 不允许挂载
/var/run/docker.sock - 默认端口只绑定
127.0.0.1 - 容器名必须以
pikachu-开头 - 容器必须包含
pikachu.lab=true标签 - Phase 1 只允许只读 Docker 子命令：
version、info、ps、inspect、logs
| 模板 ID | 名称 | 镜像 | 端口 | 阶段 |
|---|---|---|---|---|
redis-unauth |
Redis 未授权访问 | redis:7-alpine |
127.0.0.1:16379 -> 6379 |
Phase 1 模板 |
mysql-weak |
MySQL 弱口令 | mysql:8.0 |
127.0.0.1:13306 -> 3306 |
Phase 1 模板 |
flask-ssti |
Flask SSTI | ghcr.io/pikachu-lab/flask-ssti:latest |
127.0.0.1:15000 -> 5000 |
占位模板，Phase 2 前需确认镜像 |
flowchart TD
A[进入 Docker Lab] --> B[环境检查]
B --> C{Docker 可用?}
C -->|否| D[显示 PowerShell 排查命令]
C -->|是| E[读取 templates/*.json]
E --> F[模板 Schema 校验]
F --> G[展示模板列表]
G --> H[只读查询 pikachu.lab=true 容器]
H --> I[展示状态 / 入口 / 日志链接]
I --> J[日志页只读读取最近 200 行日志]
flowchart LR
A[页面请求 id] --> B[校验 lab_id]
B --> C[读取白名单模板]
C --> D[取模板 container_name]
D --> E[dockerlab_get_logs]
E --> F[dockerlab_run_command]
F --> G{只读子命令?}
G -->|允许| H[docker logs --tail 200]
G -->|禁止| I[拒绝执行]
flowchart TB
U[浏览器用户] --> H[header.php 菜单]
H --> V[vul/ 原有漏洞模块]
H --> N[新增漏洞模块]
H --> D[Docker Lab]
V --> DB[(MySQL)]
N --> DB
D --> T[templates/*.json]
D --> L[dockerlab_lib.php]
L --> C[只读 Docker CLI]
C --> Docker[Docker Desktop / Docker Engine]
- Windows 10 / 11 或 Linux
- PHP 7.x / 8.x
- MySQL / MariaDB
- Apache / Nginx / PHP 内置服务
- 推荐本地集成环境：XAMPP / WAMP / phpStudy
假设 Web 根目录为：
C:\xampp\htdocs
将项目放到：
C:\xampp\htdocs\pikachu
修改数据库配置：
inc\config.inc.php
常见配置项：
define('DBHOST', '127.0.0.1');
define('DBUSER', 'root');
define('DBPW', 'root');
define('DBNAME', 'pikachu');
define('DBPORT', '3306');访问：
http://127.0.0.1/pikachu
如果提示初始化，点击页面提示完成安装。
Pikachu-Enhanced 当前推荐使用 Docker Compose 启动。
docker compose up -d --build访问：
http://127.0.0.1:8765首次访问后进入 install.php 页面，点击初始化安装。
docker compose logs -f web
docker compose logs -f dbdocker compose downdocker compose down -v127.0.0.1:13306
root / root以下方式仅作为旧版 / 原版镜像参考，不推荐用于 Pikachu-Enhanced：
docker run -d -p 127.0.0.1:8765:80 8023/pikachu-expect:latest- 默认只绑定
127.0.0.1 - 不要部署到公网
- 不挂载
/var/run/docker.sock - Docker Lab 容器化部署模式下不默认控制宿主 Docker
http://127.0.0.1/pikachu
或 Docker 方式：
http://127.0.0.1:8765
根据页面提示初始化数据库。
左侧菜单中选择对应漏洞模块，例如：
JWT
Host Header
Session Fixation
CORS Misconfiguration
Clickjacking
Docker Lab
每个模块页面右上角通常提供提示入口，可用于理解漏洞触发方式。
- 访问：
/vul/jwt/jwt_login.php
- 使用项目内置用户登录。
- 查看浏览器 Cookie 中的
jwt_token。 - 构造
alg=none且role=admin、level=1的 token。 - 访问：
/vul/jwt/jwt_admin.php
- 观察权限绕过效果。
- 访问：
/vul/hostheader/trust.php
- 使用 Burp Suite 修改请求头：
Host: evil.example- 提交表单。
- 观察页面生成的绝对链接是否被污染。
- 构造固定 Session ID：
/vul/sessionfixation/fixation_login.php?sid=pika123456
- 登录系统。
- 访问 profile 页面。
- 观察登录前后 Session ID 是否保持不变。
- 点击 logout，确认 Session / Cookie 被清理。
- 直接访问 API：
/vul/cors/cors_api.php?scenario=reflect
无 Origin 时不应返回 Access-Control-Allow-Origin。
- 使用 Burp 添加：
Origin: http://evil.local-
观察响应头是否反射 Origin。
-
访问攻击者模板：
/vul/cors/cors_attacker.php
- 将模板复制到不同端口或域名运行，再测试跨源读取。
- 访问目标页：
/vul/clickjacking/target.php
- 访问攻击页：
/vul/clickjacking/attacker.php
- 点击诱导按钮。
- 观察 iframe 中目标操作是否被触发。
访问：
/vul/dockerlab/dockerlab_check.php
检查：
- PHP OS
- Docker CLI 是否可用
- Docker daemon 是否运行
- Docker version
- Docker info
PowerShell 手工检查：
docker version
docker info
docker ps -a --filter "label=pikachu.lab=true"访问：
/vul/dockerlab/dockerlab_center.php
确认看到：
- Redis 未授权
- MySQL 弱口令
- Flask SSTI
日志 URL 格式：
/vul/dockerlab/dockerlab_logs.php?id=redis-unauth
Phase 1 仅支持白名单模板容器日志只读查看。
pikachu/
├── index.php
├── header.php
├── footer.php
├── install.php
├── inc/
│ ├── config.inc.php
│ ├── function.php
│ └── mysql.inc.php
├── vul/
│ ├── jwt/
│ ├── hostheader/
│ ├── sessionfixation/
│ ├── cors/
│ ├── clickjacking/
│ └── dockerlab/
│ ├── dockerlab.php
│ ├── dockerlab_center.php
│ ├── dockerlab_check.php
│ ├── dockerlab_logs.php
│ ├── dockerlab_action.php
│ ├── dockerlab_lib.php
│ └── templates/
│ ├── redis-unauth.json
│ ├── mysql-weak.json
│ └── flask-ssti.json
├── pkxss/
├── assets/
├── README.md
├── docker-lab-design.md
└── pikachu-dockerlab-implementation-plan.md
git status --shortgit add .\README.md .\header.php .\index.php .\inc\function.php
git add .\vul\jwt .\vul\hostheader .\vul\sessionfixation .\vul\cors .\vul\clickjacking .\vul\dockerlabif (!(Test-Path .\.gitignore)) {
New-Item -Path .\.gitignore -ItemType File -Force
}
if (-not (Select-String -Path .\.gitignore -Pattern '^\.DS_Store$' -Quiet)) {
Add-Content -Path .\.gitignore -Value ".DS_Store"
}
git add .\.gitignoregit commit -m "feat: 新增 Pikachu 漏洞模块和 Docker Lab Phase 1"git push origin main如果你的默认分支是 master：
git push origin master计划增加：
- 启动容器
- 停止容器
- 删除容器
- 重启容器
- POST + CSRF
- 操作确认
- 操作审计日志
计划扩展：
- PostgreSQL 弱口令
- Tomcat Manager 弱口令
- Nginx 配置错误
- Flask Debug
- Spring Boot Actuator
- FastAPI Docs 暴露
- Node.js Prototype Pollution
如果后续模板变多，或需要更强隔离，可以考虑：
Pikachu PHP 页面 -> 本地 Controller 服务 -> Docker Engine
不建议。这个项目包含大量故意设计的漏洞，只适合本地或授权测试环境。
当前 Phase 1 不开放启动、停止、删除、重启容器。它只做环境检查、模板展示、状态查看和日志只读查看。
为了避免漏洞环境暴露到局域网或公网。安全靶场默认应该只在本机访问。
当前 flask-ssti 镜像是占位镜像，Phase 2 前需要确认真实可用镜像，或者在项目内提供 Dockerfile。
因为 Web 页面控制 Docker 是高风险能力。如果开放任意 image、command、volume 或 privileged，项目本身就可能变成远程命令执行入口。
原项目 Wiki：
本项目继承原 Pikachu 项目许可协议。请在使用、分发或二次开发前确认原项目许可证要求。
少就是多，慢就是快。
---