服務器解析漏洞算是歷史比較悠久了,但如今依然廣泛存在。在此記錄彙總一些常見服務器的解析漏洞,比如IIS6.0、IIS7.5、apache、nginx等方便以後回顧溫習。
(一)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.做好權限設置,限制用戶創建文件夾。
(二)apache解析漏洞
漏洞原理
Apache 解析文件的規則是從右到左開始判斷解析,如果後綴名爲不可識別文件解析,就再往左判斷。比如 test.php.owf.rar “.owf”和”.rar” 這兩種後綴是apache不可識別解析,apache就會把wooyun.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 方式執行。
修復方案
1.apache配置文件,禁止.php.這樣的文件執行,配置文件裏面加入
1234 | <Files ~ “.(php.|php3.)”>Order Allow,DenyDeny from all</Files> |
2.用僞靜態能解決這個問題,重寫類似.php.*這類文件,打開apache的httpd.conf找到LoadModule rewrite_module modules/mod_rewrite.so
把#號去掉,重啓apache,在網站根目錄下建立.htaccess文件,代碼如下:
1234567891011 | <IfModule mod_rewrite.c>RewriteEngine OnRewriteRule .(php.|php3.) /index.phpRewriteRule .(pHp.|pHp3.) /index.phpRewriteRule .(phP.|phP3.) /index.phpRewriteRule .(Php.|Php3.) /index.phpRewriteRule .(PHp.|PHp3.) /index.phpRewriteRule .(PhP.|PhP3.) /index.phpRewriteRule .(pHP.|pHP3.) /index.phpRewriteRule .(PHP.|PHP3.) /index.php</IfModule> |
(三)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,以下內容的文件。
1 | <?PHP fputs(fopen('shell.php','w'),'<?php eval($_POST[cmd])?>');?> |
然後訪問test.jpg/.php,在這個目錄下就會生成一句話***shell.php。
修復方案
1.修改php.ini文件,將cgi.fix_pathinfo的值設置爲0;
2.在Nginx配置文件中添加以下代碼:
123 | if ( $fastcgi_script_name ~ ..*/.*php ) { return 403; } |
這行代碼的意思是當匹配到類似test.jpg/a.php的URL時,將返回403錯誤代碼。
(四)IIS7.5解析漏洞
IIS7.5的漏洞與nginx的類似,都是由於php配置文件中,開啓了cgi.fix_pathinfo,而這並不是nginx或者iis7.5本身的漏洞。
文章源連接: http://thief.one/2016/09/21/服務器解析漏洞/
文章作者 : nMask