这篇文章介绍文件上传漏洞。
0x01 概要说明
文件上传漏洞可以说是日常渗透测试用得最多的一个漏洞,因为用它获得服务器权限最快最直接。此篇文章主要分三部分:总结一些常见的上传文件校验方式,以及绕过校验的各种姿势,最后对此漏洞提几点防护建议。
攻击方法:
0x02 文件上传校验姿势
\1. 客户端javascript校验(一般只校验后缀名)
\2. 服务端校验
·文件头content-type字段校验(image/gif)
·文件内容头校验(GIF89a)
·后缀名黑名单校验
· 后缀名白名单校验
·自定义正则校验
\3. WAF设备校验(根据不同的WAF产品而定)
1.客户端校验
一般都是在网页上写一段javascript脚本,校验上传文件的后缀名,有白名单形式也有黑名单形式。
判断方式:在浏览加载文件,但还未点击上传按钮时便弹出对话框,内容如:只允许上传.jpg/.jpeg/.png后缀名的文件,而此时并没有发送数据包。
2.服务端校验
2.1 content-type字段校验
这里以PHP代码为例,模拟web服务器端的校验代码
1 |
|
可以看到代码对上传文件的文件类型进行了判断,如果不是图片类型,返回错误。
2.2 文件头校验
可以通过自己写正则匹配,判断文件头内容是否符合要求,这里举几个常见的文件头对应关系:
1 | (1) .JPEG;.JPE;.JPG,”JPGGraphic File” |
0x03 文件上传绕过校验姿势
1 | 1. 客户端绕过(抓包改包) |
1.客户端绕过
可以利用burp抓包改包,先上传一个gif类型的木马,然后通过burp将其改为asp/php/jsp后缀名即可。
2.服务端绕过
2.1 文件类型绕过
我们可以通过抓包,将content-type字段改为image/gif
1 | POST /upload.php HTTP/1.1 |
2.2 文件头绕过
在木马内容基础上再加了一些文件信息,有点像下面的结构
1 | GIF89aphpinfo(); |
2.3 文件后缀名绕过
前提:黑名单校验
黑名单检测:一般有个专门的 blacklist 文件,里面会包含常见的危险脚本文件。
绕过方法:
(1)找黑名单扩展名的漏网之鱼 - 比如 asa 和 cer 之类
(2)可能存在大小写绕过漏洞 - 比如 aSp 和 pHp 之类
能被解析的文件扩展名列表:
1 | jsp jspx jspf |
3.配合文件包含漏洞
前提:校验规则只校验当文件后缀名为asp/php/jsp的文件内容是否为木马。
绕过方式:(这里拿php为例,此漏洞主要存在于PHP中)
(1)先上传一个内容为木马的txt后缀文件,因为后缀名的关系没有检验内容;
(2)然后再上传一个.php的文件,内容为
1 | Include(“上传的txt文件路径”); |
此时,这个php文件就会去引用txt文件的内容,从而绕过校验,下面列举包含的语法:
1 | #PHP |
4.配合服务器解析漏洞
http://www.cnblogs.com/shellr00t/p/6426856.html
5.配合操作系统文件命令规则
(1)上传不符合windows文件命名规则的文件名
1 | test.asp. |
会被windows系统自动去掉不符合规则符号后面的内容。
(2)linux下后缀名大小写
在linux下,如果上传php不被解析,可以试试上传pHp后缀的文件名。
6.CMS、编辑器漏洞
(1)CMS漏洞:比如说JCMS等存在的漏洞,可以针对不同CMS存在的上传漏洞进行绕过。
(2)编辑器漏洞:比如FCK,ewebeditor等,可以针对编辑器的漏洞进行绕过。
7.配合其他规则
(1)0x00截断:基于一个组合逻辑漏洞造成的,通常存在于构造上传文件路径的时候
1 | test.php(0x00).jpg |
伪代码演示:
1 | name= getname(httprequest) //假如这时候获取到的文件名是 help.asp.jpg(asp 后面为 0x00) |
(2).htaccesss
上传当前目录的.htaccess 文件
例如内容为:
1 | 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。
1 | 正常包:Content-Disposition: form-data; name="image"; filename="085733uykwusqcs8vw8wky.png"Content-Type: image/png |
删除Content-Disposition字段里的空格
增加一个空格导致安全狗被绕过案列:
1 | Content-Type: multipart/form-data; boundary=—————————4714631421141173021852555099 |
尝试在boundary后面加个空格或者其他可被正常处理的字符:
1 | boundary= —————————47146314211411730218525550 |
修改Content-Disposition字段值的大小写
Boundary边界不一致
每次文件上传时的Boundary边界都是一致的:
1 | Content-Type: multipart/form-data; boundary=---------------------------4714631421141173021852555099 |
但如果容器在处理的过程中并没有严格要求一致的话可能会导致一个问题,两段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除了扩展名的那段重命名的话,那么还可以构造更多的点、符号等等。
特殊的长文件名绕过
文件名使用非字母数字,比如中文等最大程度的拉长,不行的话再结合一下其他的特性进行测试:
1 | shell.asp;王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王王.jpg |
反删除
将file1改成了file4,这样就不会把这个文件删除了。(JCMS漏洞)
0x04 漏洞修复
1.服务器配置不当:
重新配置好服务器。服务器PUT方法配置不当。
2. 开源编辑器上传漏洞:
若新版编辑器已修复漏洞,请更新编辑器版本。
3.本地文件上传限制被绕过:
在服务器后端对上传的文件迚行过滤。
4.设置文件上传的目录设置为不可执行
只要web容器无法解析该目录下面的文件,卲使攻击者上传了脚本文件,服务器本身也不会受到影响,因此这一点至关重要。
5.判断文件类型
在判断文件类型时,可以结合使用MIME Type、后缀检查等方式。在文件类型检查中,强烈推荐白名单方式,黑名单的方式已经无数次被证明是不可靠的。此外,对于图片的处理,可以使用压缩函数或者 resize 函数,在处理图片的同时破坏图片中可能包含的HTML代码。
6.使用随机数改写文件名和文件路径
文件上传如果要执行代码,则需要用户能够访问到这个文件。在某些环境中,用户能上传,但不能访问。如果应用了随机数改写了文件名和路径,将极大地增加攻击的成本。再来就是像 shell.php.rar.rar 和 crossdomain.xml 这种文件,都将因为重命名而无法攻击。
7.单独设置文件服务器的域名
由于浏览器同源策略的关系,一系列客户端攻击将失效,比如上传 crossdomain.xml、上传包含 Javascript 的 XSS 利用等问题将得到解决。
文件扩展名服务端白名单校验。
文件内容服务端校验。
上传文件重命名。
隐藏上传文件路径。
以上几点,可以防御绝大多数上传漏洞,但是需要跟服务器容器结合起来。如果解析漏洞依然存在,那么没有绝对的安全。