第三周任务，利用文件上传漏洞
0x00 前言
本周主要学习了文件上传各种姿势，掌握了常见的黑白名单后缀绕过、文件内容检查绕过的原理、实现及简单防护。
0X01 文件上传校验姿势
o 客户端javascript校验（一般只校验后缀名）
o 服务端校验
o 文件头content-type字段校验（image/gif）
o 文件内容头校验（GIF89a）
o 后缀名黑名单校验
o 后缀名白名单校验
o 自定义正则校验
1.1 客户端校验
一般都是在网页上写一段javascript脚本，校验上传文件的后缀名，有白名单形式也有黑名单形式。
判断方式：在浏览加载文件，但还未点击上传按钮时便弹出对话框，内容如：只允许上传.jpg/.jpeg/.png后缀名的文件，而此时并没有发送数据包。
1.2 服务端校验
1.2.1 content-type字段校验
这里以PHP代码为例，模拟web服务器端的校验代码
可以看到代码对上传文件的文件类型进行了判断，如果不是图片类型，返回错误。
1.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”
0x02 文件上传绕过校验姿势
o 客户端绕过（抓包改包）
o 服务端绕过
o 文件类型
o 文件头
o 文件后缀名
o 配合文件包含漏洞绕过
o 配合服务器解析漏洞绕过
o CMS、编辑器漏洞绕过
o 配合操作系统文件命名规则绕过
o 配合其他规则绕过
o WAF绕过
2.1 客户端绕过
可以利用burp抓包改包，先上传一个gif类型的木马，然后通过burp将其改为asp/php/jsp后缀名即可。
2.2 服务端绕过
2.2.1 文件类型绕过
我们可以通过抓包，将content-type字段改为image/jpeg
2.2.2 文件头绕过
在木马内容基础上再加了一些文件信息，有点像下面的结构
GIF89a
2.2.3 文件后缀名绕过
前提：黑名单校验
黑名单检测：一般有个专门的 blacklist 文件，里面会包含常见的危险脚本文件。
绕过方法：
（1）找黑名单扩展名的漏网之鱼 - 比如 asa 和 cer 之类
（2）可能存在大小写绕过漏洞 - 比如 aSp 和 pHp 之类
能被解析的文件扩展名列表：
jsp jspx jspf
asp asa cer aspx
php php php3 php4
exe exee
0x03 配合文件包含漏洞
前提：校验规则只校验当文件后缀名为asp/php/jsp的文件内容是否为木马。
绕过方式：（这里拿php为例，此漏洞主要存在于PHP中）
（1）先上传一个内容为木马的txt后缀文件，因为后缀名的关系没有检验内容；
（2）然后再上传一个.php的文件，内容为
此时，这个php文件就会去引用txt文件的内容，从而绕过校验，下面列举包含的语法：
#PHP
#ASP
#JSP
or
<%@include file="上传的txt文件路径"%>
由于文件包含漏洞还未完全掌握，此处不赘述。
0x04 配合服务器解析漏洞
4.1 IIS5.x-6.x解析漏洞
使用iis5.x-6.x版本的服务器，大多为windows server 2003，网站比较古老，开发语句一般为asp；该解析漏洞也只能解析asp文件，而不能解析aspx文件。
目录解析(6.0)
形式：www.xxx.com/xx.asp/xx.jpg
原理: 服务器默认会把.asp，.asa目录下的文件都解析成asp文件。
文件解析
形式：www.xxx.com/xx.asp;.jpg
原理：服务器默认不解析;号后面的内容，因此xx.asp;.jpg便被解析成asp文件了。
解析文件类型
IIS6.0 默认的可执行文件除了asp还包含这三种 :
/test.asa
/test.cer
/test.cdx
修复方案
1.目前尚无微软官方的补丁，可以通过自己编写正则，阻止上传xx.asp;.jpg类型的文件名。
2.做好权限设置，限制用户创建文件夹。
4.2 apache解析漏洞
漏洞原理
Apache 解析文件的规则是从右到左开始判断解析,如果后缀名为不可识别文件解析,就再往左判断。比如 test.php.owf.rar中 “.owf”、”.rar” 这两种后缀是apache不可识别解析,apache就会把shana.php.owf.rar解析成php。
漏洞形式
www.xxxx.xxx.com/test.php.php123
其余配置问题导致漏洞
（1）如果在 Apache 的 conf 里有这样一行配置 AddHandler php5-script .php 这时只要文件名里包含.php 即使文件名是 test2.php.jpg 也会以 php 来执行。
（2）如果在 Apache 的 conf 里有这样一行配置 AddType application/x-httpd-php .jpg 即使扩展名是 jpg，一样能以 php 方式执行。
修复方案
Order Allow,Deny
Deny from all
2.用伪静态能解决这个问题，重写类似.php.*这类文件，打开apache的httpd.conf找到LoadModule rewrite_module modules/mod_rewrite.so
把#号去掉，重启apache,在网站根目录下建立.htaccess文件,代码如下:
4.3 nginx解析漏洞
漏洞原理
Nginx默认是以CGI的方式支持PHP解析的，普遍的做法是在Nginx配置文件中通过正则匹配设置SCRIPT_FILENAME。当访问www.xx.com/phpinfo.jpg/1.php这个URL时，$fastcgi_script_name会被设置为“phpinfo.jpg/1.php”，然后构造成SCRIPT_FILENAME传递给PHP CGI，但是PHP为什么会接受这样的参数，并将phpinfo.jpg作为PHP文件解析呢?这就要说到fix_pathinfo这个选项了。 如果开启了这个选项，那么就会触发在PHP中的如下逻辑：
PHP会认为SCRIPT_FILENAME是phpinfo.jpg，而1.php是PATH_INFO，所以就会将phpinfo.jpg作为PHP文件来解析了
漏洞形式
www.xxxx.com/UploadFiles/image/1.jpg/1.php
www.xxxx.com/UploadFiles/image/1.jpg%00.php
www.xxxx.com/UploadFiles/image/1.jpg/%20\0.php
方式二：上传一个名字为test.jpg，以下内容的文件。
');?>
然后访问test.jpg/.php,在这个目录下就会生成一句话木马shell.php。
修复方案
- 修改php.ini文件，将cgi.fix_pathinfo的值设置为0;
- 在Nginx配置文件中添加以下代码：
if ( $fastcgi_script_name ~ ..*/.*php ) {
return 403;
}
这行代码的意思是当匹配到类似test.jpg/a.php的URL时，将返回403错误代码。
4.4 IIS7.5解析漏洞
IIS7.5的漏洞与nginx的类似，都是由于php配置文件中，开启了cgi.fix_pathinfo，而这并不是nginx或者iis7.5本身的漏洞。
0x05 配合操作系统文件命令规则
5.1上传不符合windows文件命名规则的文件名
test.asp.
test.asp(空格)
test.php:1.jpg
test.php:: D A T A s h e l l . p h p : : DATA shell.php:: DATA shell.php::DATA…….
会被windows系统自动去掉不符合规则符号后面的内容。
5.2 linux下后缀名大小写
在linux下，如果上传php不被解析，可以试试上传pHp后缀的文件名。
0x06 配合其他规则
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()函数里处理方式是从后往前扫描扩展名，所以判断为 jpg
if(type == jpg)
SaveFileToPath(UploadPath.name, name) //但在这里却是以 0x00 作为文件名截断
//最后以 help.asp 存入路径里
0x07 还有很多绕WAF的骚姿势不会
仅针对文件上传校验的建议（不考虑解析漏洞）
o 文件扩展名服务端白名单校验。
o 文件内容服务端校验。
o 上传文件重命名。
o 隐藏上传文件路径。
没有绝对的安全，只有更骚的操作…