當(dāng)前位置:首頁 >  站長(zhǎng) >  建站經(jīng)驗(yàn) >  正文

網(wǎng)站安全滲透測(cè)試中目錄解析漏洞詳情

 2019-10-21 15:51  來源: A5用戶投稿   我來投稿 撤稿糾錯(cuò)

  域名預(yù)訂/競(jìng)價(jià),好“米”不錯(cuò)過

天氣逐漸變涼,但滲透測(cè)試的熱情溫度感覺不到?jīng)?因?yàn)橛形覀兊拇嬖诠_分享滲透實(shí)戰(zhàn)經(jīng)驗(yàn)過程,才會(huì)讓這個(gè)秋冬變得不再冷,近期有反映在各個(gè)環(huán)境下的目錄解析漏洞的檢測(cè)方法,那么本節(jié)由我們Sine安全的高級(jí)滲透架構(gòu)師來詳細(xì)的講解平常用到的web環(huán)境檢測(cè)點(diǎn)和網(wǎng)站漏洞防護(hù)辦法。

3.14.1. IIS

3.14.1.1. IIS 6.0

后綴解析 /xx.asp;.jpg

目錄解析 /xx.asp/xx.jpg (xx.asp目錄下任意解析)

默認(rèn)解析 xx.asa xx.cer xx.cdx

PROPFIND 棧溢出漏洞

PUT漏洞 WebDAV任意文件上傳

3.14.1.2. IIS 7.0-7.5 / Nginx <= 0.8.37

在Fast-CGI開啟狀態(tài)下,在文件路徑后加上 /xx.php ,則 xx.jpg/xx.php 會(huì)被解析為php文件

3.14.1.3. 其他

在支持NTFS 8.3文件格式時(shí),可利用短文件名猜解目錄文件

3.14.2. Nginx

3.14.2.1. Fast-CGI關(guān)閉

在Fast-CGI關(guān)閉的情況下, Nginx 仍然存在解析漏洞:在文件路徑(xx.jpg)后面加上 %00.php , 即 xx.jpg%00.php 會(huì)被當(dāng)做 php 文件來解析

3.14.2.2. Fast-CGI開啟

在Fast-CGI開啟狀態(tài)下,在文件路徑后加上 /xx.php ,則 xx.jpg/xx.php 會(huì)被解析為php文件

3.14.2.3. CVE-2013-4547

"a.jpg\x20\x00.php"

3.14.3. Apache

3.14.3.1. 后綴解析

test.php.x1.x2.x3 ( x1,x2,x3 為沒有在 mime.types 文件中定義的文件類型)。Apache 將從右往左開始判斷后綴, 若x3為非可識(shí)別后綴,則判斷x2,直到找到可識(shí)別后綴為止,然后對(duì)可識(shí)別后綴進(jìn)行解析

3.14.3.2. .htaccess

當(dāng)AllowOverride被啟用時(shí),上傳啟用解析規(guī)則的.htaccess

3.14.3.3. CVE-2017-15715

%0A繞過上傳黑名單

3.14.4. lighttpd

xx.jpg/xx.php

3.14.5. Windows

Windows不允許空格和點(diǎn)以及一些特殊字符作為結(jié)尾,創(chuàng)建這樣的文件會(huì)自動(dòng)取出,所以可以使用 xx.php[空格] , xx.php., xx.php/, xx.php::$DATA 可以上傳腳本文件

3.15. Web Cache欺騙攻擊

3.15.1. 簡(jiǎn)介

網(wǎng)站通常都會(huì)通過如CDN、負(fù)載均衡器、或者反向代理來實(shí)現(xiàn)Web緩存功能。通過緩存頻繁訪問的文件,降低服務(wù)器響應(yīng)延遲。

例如,網(wǎng)站 htttp://域名 配置了反向代理。對(duì)于那些包含用戶個(gè)人信息的頁面,如 http://域名/home.php ,由于每個(gè)用戶返回的內(nèi)容有所不同,因此這類頁面通常是動(dòng)態(tài)生成,并不會(huì)在緩存服務(wù)器中進(jìn)行緩存。通常緩存的主要是可公開訪問的靜態(tài)文件,如css文件、js文件、txt文件、圖片等等。此外,很多最佳實(shí)踐類的文章也建議,對(duì)于那些能公開訪問的靜態(tài)文件進(jìn)行緩存,并且忽略HTTP緩存頭。

Web cache攻擊類似于RPO相對(duì)路徑重寫攻擊,都依賴于瀏覽器與服務(wù)器對(duì)URL的解析方式。當(dāng)訪問不存在的URL時(shí),如 http://域名/home.php/non-existent.css ,瀏覽器發(fā)送get請(qǐng)求,依賴于使用的技術(shù)與配置,服務(wù)器返回了頁面 http://域名/home.php 的內(nèi)容,同時(shí)URL地址仍然是 http://域名/home.php/non-existent.css,http頭的內(nèi)容也與直接訪問 http://域名/home.php 相同,cacheing header、content-type(此處為text/html)也相同。

3.15.2. 漏洞成因

當(dāng)代理服務(wù)器設(shè)置為緩存靜態(tài)文件并忽略這類文件的caching header時(shí),訪問

http://域名/home.php/no-existent.css 時(shí),會(huì)發(fā)生什么呢?整個(gè)響應(yīng)流程如下:

瀏覽器請(qǐng)求 http://域名/home.php/no-existent.css ;

服務(wù)器返回 http://域名/home.php 的內(nèi)容(通常來說不會(huì)緩存該頁面);

響應(yīng)經(jīng)過代理服務(wù)器;

代理識(shí)別該文件有css后綴;

在緩存目錄下,代理服務(wù)器創(chuàng)建目錄 home.php ,將返回的內(nèi)容作為 non-existent.css 保存。

3.15.3. 漏洞利用

攻擊者欺騙用戶訪問 http://域名/home.php/logo.png?www.myhack58.com ,導(dǎo)致含有用戶個(gè)人信息的頁面被緩存,從而能被公開訪問到。更嚴(yán)重的情況下,如果返回的內(nèi)容包含session標(biāo)識(shí)、安全問題的答案,或者csrf token。這樣攻擊者能接著獲得這些信息,因?yàn)橥ǔ6源蟛糠志W(wǎng)站靜態(tài)資源都是公開可訪問的。

3.15.4. 漏洞存在的條件

漏洞要存在,至少需要滿足下面兩個(gè)條件:

web cache功能根據(jù)擴(kuò)展進(jìn)行保存,并忽略caching header;

當(dāng)訪問如 http://域名/home.php/non-existent.css 不存在的頁面,會(huì)返回 home.php 的內(nèi)容。

3.15.5. 漏洞防御

防御措施主要包括3點(diǎn):

設(shè)置緩存機(jī)制,僅僅緩存http caching header允許的文件,這能從根本上杜絕該問題;

如果緩存組件提供選項(xiàng),設(shè)置為根據(jù)content-type進(jìn)行緩存;

訪問 http://域名/home.php/non-existent.css 這類不存在頁面,不返回 home.php 的內(nèi)容,而返回404或者302。

對(duì)圖片上傳目錄進(jìn)行腳本權(quán)限限制,對(duì)上傳擴(kuò)展這里做過濾判斷。

如果緩存組件提供選項(xiàng),設(shè)置為根據(jù)content-type進(jìn)行緩存;

對(duì)get url的地址進(jìn)行waf的安全過濾,如果對(duì)這些安全防護(hù)部署以及滲透測(cè)試不熟悉的話,建議可以像專業(yè)的網(wǎng)站安全公司來處理解決,國(guó)內(nèi)做的比較好的推薦Sinesafe,啟明星辰,綠盟,等等專業(yè)的。

申請(qǐng)創(chuàng)業(yè)報(bào)道,分享創(chuàng)業(yè)好點(diǎn)子。點(diǎn)擊此處,共同探討創(chuàng)業(yè)新機(jī)遇!

相關(guān)文章

熱門排行

信息推薦