DVWA靶场搭建与文件上传漏洞攻防实战-代码聚汇网

DVWA靶场搭建与文件上传漏洞攻防实战

DVWA文件上传漏洞Web安全

|难度：普通|阅读约 7 分钟

1. 靶场环境搭建与基础配置

对于刚接触Web安全的新手来说，本地搭建靶场是最安全可靠的学习方式。我推荐使用Docker快速部署DVWA（Damn Vulnerable Web Application）作为练习环境，这是目前最接近真实漏洞场景的靶场之一。

首先确保你的系统已安装Docker和Docker Compose。创建一个docker-compose.yml文件，内容如下：

yaml复制version: '3'
services:
  dvwa:
    image: vulnerables/web-dvwa
    ports:
      - "8080:80"
    environment:
      - PHP_UPLOAD_MAX_FILESIZE=10M
      - PHP_POST_MAX_SIZE=10M
    volumes:
      - ./uploads:/var/www/html/hackable/uploads

这个配置做了三件关键事情：

将容器80端口映射到宿主机的8080端口
调整了PHP上传限制到10MB（这对后续文件上传测试很重要）
将上传目录挂载到本地便于查看上传结果

启动容器后访问http://localhost:8080，默认账号admin/password。首次登录需要点击"Create/Reset Database"按钮初始化数据库。

重要提示：永远不要在公网环境直接暴露DVWA，这个靶场包含真实漏洞，必须仅在本地或隔离网络中使用。

需要模型API调用？免费领10W Token，多模型网关一键接入 Claude、DeepSeek 等主流模型。

2. 文件上传漏洞原理深度解析

文件上传功能看似简单，实则暗藏杀机。当服务端未对上传文件进行充分验证时，攻击者可以上传恶意脚本获取服务器控制权。常见漏洞场景包括：

仅前端验证文件类型（可通过BurpSuite轻松绕过）
未重命名上传文件（导致直接执行原文件名）
未隔离上传目录（web用户可执行上传文件）
黑名单过滤不完整（如漏掉.phtml、.php5等变种）

PHP环境下最危险的当属直接上传webshell。以经典的"一句话木马"为例：

php复制<?php @eval($_POST['cmd']);?>

这段代码允许攻击者通过POST传递任意PHP代码执行。更隐蔽的变种会使用base64编码、字符串拼接等方式绕过简单检测：

php复制<?php 
$f = 'ev'.'al';
$f($_GET['x']);
?>

3. 实战突破文件上传限制

3.1 基础绕过技巧

在DVWA的"File Upload"模块，将安全级别设为Low后尝试上传PHP文件：

直接上传test.php文件 - 成功（最基础的漏洞场景）
使用BurpSuite拦截请求，修改Content-Type为image/jpeg
在文件名后添加空格如"test.php " - 某些系统会截断空格
尝试双扩展名"test.jpg.php"

3.2 00截断攻击

当系统使用旧版PHP（<5.3.4）时，00截断是经典攻击手法。操作步骤：

使用BurpSuite拦截上传请求
在文件名处插入URL编码的null字节：
```
code复制shell.php%00.jpg
```
服务器处理时会截断%00后的内容，最终存储为shell.php

现代PHP版本已修复此漏洞，但在一些老旧系统中仍然有效

3.3 .htaccess攻击

当黑名单未限制.htaccess文件时：

上传包含以下内容的.htaccess文件：

code复制AddType application/x-httpd-php .jpg

然后上传包含PHP代码的jpg文件即可执行

4. 蚁剑连接与后续利用

成功上传webshell后，使用中国安全从业者最常用的蚁剑进行连接：

下载蚁剑最新版（建议从GitHub官方仓库获取）
新建连接，填写webshell地址和密码
右键连接选择"文件管理"即可浏览服务器文件

进阶技巧：

在蚁剑插件市场安装"绕过disable_functions"插件
使用"虚拟终端"模拟完整shell环境
通过"数据库管理"直接操作MySQL

注意：在实际渗透测试中，获取webshell后应立即进行权限维持和痕迹清理

5. 防御方案与最佳实践

作为开发者，应当采用多重防护策略：

白名单验证（仅允许.jpg/.png等）

php复制$allowed = ['jpg', 'png', 'gif'];
$ext = strtolower(pathinfo($name, PATHINFO_EXTENSION));
if(!in_array($ext, $allowed)) die('Invalid file type');

文件内容检测（而非仅依赖扩展名）

php复制if(exif_imagetype($_FILES['file']['tmp_name']) === false){
    die('Not a valid image');
}

强制重命名（使用随机字符串作为文件名）

php复制$newName = bin2hex(random_bytes(16)).'.'.$ext;

禁用上传目录执行权限（nginx配置示例）

code复制location ~* /uploads/.*\.(php|php5)$ {
    deny all;
}

定期安全扫描（使用clamav等工具检测恶意文件）

我在实际项目中最推荐的做法是将上传文件存储到云对象存储（如OSS、COS），通过CDN分发，彻底隔离执行风险。同时配合WAF的动态检测，形成纵深防御体系。