day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全

目录

一,中间件文件解析漏洞-IIS&Apache&Nginx

-IIS 6 7 文件名 目录名

-Apache 换行解析 配置不当

1、换行解析-CVE-2017-15715

2、配置不当-.htaccess 配置不当

-Nginx 文件名逻辑 解析漏洞

1、文件名逻辑-CVE-2013-4547

2、解析漏洞-nginx.conf 配置不当

二,Web 应用编辑器-Ueditor 文件上传安全

三,实例 CMS&平台-中间件解析&编辑器引用


 配套资源下载(百度网盘):

链接:https://pan.baidu.com/s/11Q9sAPQ9P_ReOP9PKL0ABg?pwd=jgg4 
提取码:jgg4
本章节知识点:
1 、中间件安全问题
2 、中间件文件上传解析
3 Web 应用编辑器上传
前置知识:
后门代码需要用特定格式后缀解析,不能以图片后缀解析脚本后门代码 ( 解析漏洞除外 )
如: jpg 图片里面有 php 后门代码,不能被触发,所以连接不上后门
如果要图片后缀解析脚本代码,一般会利用包含漏洞或解析漏洞,还
.user.ini&.htaccess
文件上传漏洞测试思路和步骤
1,看中间件是什么,有没有报出过漏洞
2,看文件上传是引用外部的编辑器还是程序员自己编写,如果是引用外部的编辑器就看是什么编辑器,然后查看此编辑器有没有爆出过漏洞,是否可以利用
3,如果是程序员自己编写,那就根据代码逻辑黑盒测试

一,中间件文件解析漏洞-IIS&Apache&Nginx

-IIS 6 7 文件名 目录名

1 、文件名: x.asp;.x.jpg
2 、目录名: x.asp/x.jpg
3 IIS7.X Nginx 解析漏洞一致
漏洞利用条件:
1,是这中间件
2,上传文件能不能修改上传目录或者上传的文件名能增加命名
如果上传的文件名固定或者目录也无法修改,那么这个解析漏洞就无用武之地

-Apache 换行解析 配置不当

1、换行解析-CVE-2017-15715

 漏洞环境:https://vulhub.org/#/environments/httpd/CVE-2017-15715/

2.4.0~2.4.29 版本中存在一个解析漏洞
漏洞利用条件:
1,是这个中间件
2,黑名单验证(在黑名单的后缀不让上传php jsp等),就可以通过php%0a绕过黑名单,但是需要保证这个后缀是能够正常解析的脚本代码。如果是白名单可能不行(在白名单里面才可以上传jpj,png,gif 等),但是如果没有考虑以最后一个点为后缀,通过1.jpj.php%0a的形式也可能能够绕过。
漏洞复现
启动靶场
xiaodi@ubuntu:~/vulhub-master/httpd/CVE-2017-15715$ sudo docker-compose build
xiaodi@ubuntu:~/vulhub-master/httpd/CVE-2017-15715$ sudo docker-compose up -d
day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全_第1张图片
上传一个名为1.php的文件,被拦截:
day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全_第2张图片
在1.php后面插入一个 \x0A(注意,不能是 \x0D\x0A,只能是一个 \x0A),不再拦截:
day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全_第3张图片
访问刚才上传的 /1.php%0a,发现能够成功解析,但这个文件不是php后缀,说明目标存在解析漏洞:
day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全_第4张图片
关闭靶场
xiaodi@ubuntu:~/vulhub-master/httpd/CVE-2017-15715$ sudo docker-compose down
2、配置不当-.htaccess 配置不当

 漏洞环境:https://vulhub.org/#/environments/httpd/apache_parsing_vulnerability/

AddHandler application/x-httpd-php .php

在有多个后缀的情况下,只要一个文件含有 .php后缀的文件即将被识别成PHP文件,没必要是最后一个后缀。利用这个特性,将会造成一个可以绕过上传白名单的解析漏洞。
漏洞利用条件:
1,是这个中间件
2,文件名需要基于本地命名为准(就是文件上传后文件名不会被修改)
漏洞复现
启动靶场
xiaodi@ubuntu:~/vulhub-master/httpd/apache_parsing_vulnerability$ sudo docker-compose build
xiaodi@ubuntu:~/vulhub-master/httpd/apache_parsing_vulnerability$ sudo docker-compose up -d

环境运行后,访问http://your-ip/uploadfiles/apache.php.jpeg即可发现,phpinfo被执行了,该文件被解析为php脚本。

day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全_第5张图片

http://your-ip/index.php中是一个白名单检查文件后缀的上传组件,上传完成后并未重命名。我们可以通过上传文件名为xxx.php.jpgxxx.php.jpeg的文件,利用Apache解析漏洞进行getshell。

day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全_第6张图片

day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全_第7张图片

关闭靶场

xiaodi@ubuntu:~/vulhub-master/httpd/apache_parsing_vulnerability$ sudo docker-compose down

-Nginx 文件名逻辑 解析漏洞

漏洞利用条件:符号中间件即可测试
1、文件名逻辑-CVE-2013-4547
影响版本: Nginx 0.8.41 ~ 1.4.3 / 1.5.0 ~ 1.5.7
漏洞环境:https://vulhub.org/#/environments/nginx/CVE-2013-4547/
漏洞复现
启动漏洞
xiaodi@ubuntu:~/vulhub-master/nginx/CVE-2013-4547$ sudo docker-compose build
xiaodi@ubuntu:~/vulhub-master/nginx/CVE-2013-4547$ sudo docker-compose up -d

day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全_第8张图片

这个环境是黑名单验证,我们无法上传php后缀的文件,需要利用CVE-2013-4547。我们上传一个“1.gif ”,注意后面的空格:

day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全_第9张图片

访问 http://your-ip:8080/uploadfiles/1.gif[0x20][0x00].php,即可发现PHP已被解析:
day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全_第10张图片
关闭漏洞
xiaodi@ubuntu:~/vulhub-master/nginx/CVE-2013-4547$ sudo docker-compose down

2、解析漏洞-nginx.conf 配置不当
漏洞环境:https://vulhub.org/#/environments/nginx/nginx_parsing_vulnerability/
由此可知,该漏洞与 Nginx php 版本无关,属于用户配置不当造成的解析漏洞。
漏洞复现
启动漏洞
xiaodi@ubuntu:~/vulhub-master/nginx/nginx_parsing_vulnerability$ sudo docker-compose up -d

访问http://your-ip/uploadfiles/nginx.png

day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全_第11张图片

访问http://your-ip/uploadfiles/nginx.png/.php

day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全_第12张图片

关闭漏洞

xiaodi@ubuntu:~/vulhub-master/nginx/nginx_parsing_vulnerability$ sudo docker-compose down

二,Web 应用编辑器-Ueditor 文件上传安全

day33WEB 攻防-通用漏洞&文件上传&中间件解析漏洞&编辑器安全_第13张图片

利用代码:

shell addr:

你可能感兴趣的:(中间件,安全)