摘要：簡介最近在逛碼云時(shí)候發(fā)現(xiàn)靶場系統(tǒng)感覺界面和業(yè)務(wù)場景設(shè)計(jì)的還不錯(cuò)所以過來分享一下同時(shí)也是分享一下我平時(shí)挖掘漏洞的一些思路吧這篇文章里雖然只簡單介紹其中三種漏洞類型，但也是想是一個(gè)拋轉(zhuǎn)引玉吧給安全新手提供一些挖掘思路下載地址地址國內(nèi)地址這篇文章

最近在逛碼云時(shí)候發(fā)現(xiàn)permeat靶場系統(tǒng),感覺界面和業(yè)務(wù)場景設(shè)計(jì)的還不錯(cuò).所以過來分享一下.

同時(shí)也是分享一下我平時(shí)挖掘漏洞的一些思路吧,這篇文章里雖然只簡單介紹其中三種漏洞類型，但也是想是一個(gè)拋轉(zhuǎn)引玉吧,給web安全新手提供一些挖掘思路.

下載地址:

GitHub地址: https://github.com/78778443/permeate
國內(nèi)地址: https://gitee.com/songboy/permeate

這篇文章里主要介紹其中的,SQL注入挖掘,xss跨站挖掘,以及csrf漏洞把

在挖掘一網(wǎng)站的漏洞時(shí)候,我們腦海里要知道什么漏洞在什么場景下容易出現(xiàn),那些漏洞出現(xiàn)的比較頻繁,我腦海里的web安全漏洞有三種類型吧:

編碼型漏洞

業(yè)務(wù)邏輯漏洞

運(yùn)行環(huán)境漏洞

筆者之前給別人做代碼審計(jì)有一個(gè)習(xí)慣,通常希望給的源碼能夠正常運(yùn)行,還不是光從代碼來分析問題.
為什么這么做呢,因?yàn)橛X得如果代碼不能運(yùn)行其實(shí)很多漏洞是無法光從代碼層面發(fā)現(xiàn)問題的.
而代碼能運(yùn)行起來,其實(shí)不僅能驗(yàn)證問題,也可以從系統(tǒng)的業(yè)務(wù)功能來找出更多問題.

比如說很多網(wǎng)站提供站內(nèi)搜索功能,在搜索的時(shí)候通常會(huì)把用戶搜索的關(guān)鍵詞返回在頁面當(dāng)中,比如"你搜搜的關(guān)鍵詞"關(guān)鍵詞"結(jié)果如下",那在這里就很有可能存在反射型XSS漏洞.

另外很多網(wǎng)站都存在用戶體系,而在修改個(gè)人資料的時(shí)候很有可能存在越權(quán)問題,比如修改的個(gè)人資料的時(shí)候查看是否又提交uid參數(shù),如果有,修改uid值,看是不是把別人的資料給修改了,這些其實(shí)都需要運(yùn)行之后才能發(fā)現(xiàn)問題所在.

筆者在windows系統(tǒng)中是由wampser搭建還比較簡單,這里先簡單介紹安裝方法:

用git把代碼拉下來

配置多帶帶的虛擬主機(jī)目錄(不要放到二級目錄,貌似有問題)

新建了一個(gè)數(shù)據(jù)庫

導(dǎo)入sql文件,文件位置 /doc/bbs_cate.sql

修改一下/config/dbconfig.php文件中的數(shù)據(jù)庫賬號密碼信息

通過上面的安裝步驟之后,應(yīng)該可以看到如下面的界面了.有一個(gè)默認(rèn)板塊和一個(gè)默認(rèn)分區(qū),就說明連接數(shù)據(jù)庫成功了.

現(xiàn)在我們開始去挖掘里面的漏洞,在項(xiàng)目介紹中看到有SQL注入和XSS以及CSRF問題,但是沒有告知存在漏洞的位置,所以我們需要先分析每個(gè)漏洞的對應(yīng)場景.

先來說說SQL注入挖掘吧.

懂點(diǎn)SQL注入知識(shí)應(yīng)該都可以想到sql注入是因?yàn)楣粽呖梢钥刂苨ql語句中的參數(shù)所造成的,那么我們就先找一個(gè)需要傳參的地址,在剛才的首頁中可以看到有一個(gè)默認(rèn)板塊,那么就點(diǎn)擊默認(rèn)板塊好了,點(diǎn)擊之后上面的URL地址變成了

http://permeate.localhost/home/index.php?m=tiezi&a=index&bk=5 

在URL中可以看到,有三個(gè)參數(shù),但根據(jù)經(jīng)驗(yàn)來說,前面兩個(gè)參數(shù)m和a有點(diǎn)像是路由,所以這兩個(gè)先暫時(shí)用排除法排除,最后一個(gè)參數(shù)bk是一個(gè)數(shù)字,感覺應(yīng)該是板塊的ID,所以可以重點(diǎn)關(guān)注一下,我們先記住未測試之前的頁面是什么樣子

現(xiàn)在先用手動(dòng)測試快速測試一下,怎么測試呢? 可以在bk=5后面加一個(gè)單引號,或者加一個(gè)%27,得到URL地址如下

http://permeate.localhost/home/index.php?m=tiezi&a=index&bk=5"

這個(gè)時(shí)候看一下頁面的運(yùn)行效果如何,發(fā)現(xiàn)帖子列表中帖子已經(jīng)不存在了.

這個(gè)時(shí)候我們可以初步的得出結(jié)論,這個(gè)地方可能存在SQL注入問題,但是還不能肯定,要肯定這個(gè)地方是否存在注入問題,我們這樣深入去驗(yàn)證一下,可以使用參數(shù)值 5" or "1"="1 來進(jìn)行驗(yàn)證,得到URL地址如下

http://permeate.localhost/home/index.php?m=tiezi&a=index&bk=5" or "1"="1

訪問之后,發(fā)現(xiàn)頁面又發(fā)生了一次變化,這個(gè)時(shí)候我們就可以肯定這個(gè)地方存在了SQL注入問題,如下圖

我們可以使用sqlmap來看看數(shù)據(jù)庫存在哪些數(shù)據(jù)庫信息,sqlmap命令如下:

sqlmap -u "http://permeate.localhost/home/index.php?m=tiezi&a=index&bk=5"  --dbs

通過sqlmap的反饋結(jié)果可以看出,這個(gè)地方確實(shí)存在了注入問題.

下面我們接著找一下XSS漏洞漏洞

造成xss的主要成因我們知道是參數(shù)會(huì)被在頁面輸出,所以在找XSS漏洞的時(shí)候,我們先看看站點(diǎn)有什么功能;

在首頁的圖片和帖子列表頁中可以大致看出有搜索功能,和發(fā)帖,回復(fù)帖子等功能,這些地方都會(huì)把接收的參數(shù)作為內(nèi)容展示出來,所以我們可以挨個(gè)去測試.

先來一個(gè)最簡單的搜索頁吧,在導(dǎo)航欄有一個(gè)搜索框,我首先在搜索框中輸入test吧,得到URL地址如下

http://permeate.localhost/home/search.php?keywords=test

從URL地址可以看出搜索的關(guān)鍵詞會(huì)通過keywords來傳遞,傳遞之后也會(huì)顯示在頁面內(nèi)容當(dāng)中,如下圖

現(xiàn)在分析顯示html元素,在關(guān)鍵詞test的父級節(jié)點(diǎn),可以看到是div,div中寫入script標(biāo)簽是會(huì)被執(zhí)行的,所以可以直接使用下面的payload

http://permeate.localhost/home/search.php?keywords=test

進(jìn)行測試,通過瀏覽器訪問此連接,可以看到已經(jīng)彈出123確認(rèn)框

不過xss不僅限于script標(biāo)簽可以被執(zhí)行,也可以用img標(biāo)簽的onerror屬性來執(zhí)行,可以構(gòu)造如下的payload

http://permeate.localhost/home/search.php?keywords=test

依然訪問URL地址,可以看到456的確認(rèn)框被彈出來了

上面的XSS都屬于反射型的,存儲(chǔ)型的項(xiàng)目也表明存在,這里我們先略過吧,先看看CSRF的漏洞好了.

CSRF漏洞主要成因是因?yàn)榉?wù)端接收表單請求時(shí)候沒有驗(yàn)證是用戶發(fā)送的請求還是瀏覽器發(fā)送的請求,所以在挖掘此類表單的時(shí)候先去找表單的位置,在前面的截圖當(dāng)中,可以看到有一個(gè)發(fā)帖的按鈕,可以進(jìn)去點(diǎn)進(jìn)去看看,點(diǎn)擊發(fā)帖,URL地址為

http://permeate.localhost/home/fatie.php?bk=5

在這個(gè)頁面中可以看到有一個(gè)發(fā)帖的表單,我們主要看一下表單有沒有token令牌,如果沒有的話,那就可能存在CSRF的漏洞問題,通過瀏覽器的審查元素截圖如下

在頁面中確實(shí)沒有存在token信息,因此我們可以初步得出結(jié)論,這個(gè)地方存在CSRF的可能,現(xiàn)在需要驗(yàn)證一下,

在驗(yàn)證的時(shí)候我們需要制定CSRF有GET型和POST型,get型利用起來相對簡單很多,而在這個(gè)地方表單提交雖然是通過POST,但并不排除GET提交也可以利用,所以我們先嘗試用GET型來提交數(shù)據(jù),先通過抓包瀏覽器的網(wǎng)絡(luò)分析模塊來看,發(fā)帖會(huì)發(fā)送哪一些數(shù)據(jù),如下圖

在圖中可以看到,post會(huì)傳遞三個(gè)參數(shù)過去,bk和title以及content三個(gè)參數(shù),我們先用get表單構(gòu)造出一個(gè)payload出來,得到URL地址如下:

http://permeate.localhost/home/_fatie.php?bk=5&zt=0&title=111&content=222

然后去瀏覽器打開這個(gè)地址,看看是否能提交表單成功,訪問后發(fā)現(xiàn)彈出了一個(gè)確認(rèn)框,告訴我已經(jīng)發(fā)帖成功了,如下圖

去列表確認(rèn)一下,發(fā)現(xiàn)確實(shí)已經(jīng)發(fā)帖成功,如下圖帖子列表

這個(gè)CSRF相對來說比較低級,很多情況下用get并不能提到post提交,因此我們再來嘗試用post方法構(gòu)造一個(gè)payload出來,代碼如下

test

    

        

        
    

在上面代碼中可以看出,表單里面的值已經(jīng)事先做好了定義,當(dāng)受害者打開之后,變回自動(dòng)提交表單.

前面提到了這個(gè)系統(tǒng)中存在存儲(chǔ)型XSS,又存在CSRF漏洞,那么我們是不是可以用來做一個(gè)XSS蠕蟲試驗(yàn)?zāi)?

滿足蠕蟲XSS需要兩個(gè)必要條件,存儲(chǔ)型XSS,和CSRF漏洞,這兩個(gè)這個(gè)系統(tǒng)都有,所以實(shí)現(xiàn)起來沒有問題,需要的是先找一下存儲(chǔ)型XSS

在前面發(fā)帖的位置會(huì)把參數(shù)存儲(chǔ)起來,并展示,因此這個(gè)地方是一個(gè)比較好的試驗(yàn)點(diǎn),我們在發(fā)帖位置先來試驗(yàn)一下吧. 如下圖,表單中提交了xss驗(yàn)證代碼,當(dāng)成功觸發(fā)的時(shí)候會(huì)被彈框123,如下圖

點(diǎn)擊發(fā)布帖子按鈕,發(fā)布帖子成功,下來來到帖子列表頁面,發(fā)現(xiàn)alert(123)已經(jīng)被觸發(fā)成功了,如下圖

現(xiàn)在CSRF有了,存儲(chǔ)型XSS也有了,那么接下來就是需要把它們結(jié)合起來使用了,但蠕蟲XSS利用代碼相對alert(123)來說代碼會(huì)比較長,所以我們需要先把利用代碼放到一個(gè)文件當(dāng)中,然后再通過script引入進(jìn)去,我們構(gòu)造的代碼如下

var strrand = +new Date();
var str = "http://premeate.localhost/home/_fatie.php?bk=5&zt=0&title=1111&content=222";

var tag = document.createElement("img");
tag.src = str;
document.body.append(tag.src);

在上面的代碼中,只要一被執(zhí)行,頁面將會(huì)被插入一個(gè)img標(biāo)簽,其中標(biāo)簽的src屬性又會(huì)去請求表單,表單里面的內(nèi)容又是一段xss代碼,這樣變回造成XSS蠕蟲攻擊者,每次請求都會(huì)是倍數(shù)增長.如下圖,瀏覽器刷新3次之后,已經(jīng)有很多帖子了.

作者：湯青松
微信：songboy8888