快速找出網站中可能存在的XSS漏洞實踐(一)
一、背景
筆者最近在看雪錄製了一套Web安全程式設計入門影片教程,課程當中有講到XSS的挖掘方式,所以在錄製課程之前需要做大量實踐案例,最近影片案例已經準備完成,所以將這些XSS漏洞的挖掘過程記錄下來,方便自己也方便他人。
在本篇文章當中會一permeate生態測試系統為例,筆者此前寫過一篇文章當中筆者已經講解如何安裝permeate滲透測試系統,因此這裡不再重複講解如何安裝此滲透測試系統,參考文件:利用PHP擴充套件Taint找出網站的潛在安全漏洞實踐
二、內容概要
- XSS漏洞原理
- 反射型挖掘
- 儲存型挖掘
三、漏洞簡介
在實踐漏洞之前,筆者準備先簡單介紹一下XSS漏洞,不過XSS的相關概念介紹並不是本文的重點,因此不會過多細講;XSS的漏洞型別主要分為三類:反射型、儲存型、DOM型
3.1 漏洞成因
XSS的漏洞主要成因是後端接收引數時未經過濾,導致引數改變了HTML的結構,如下圖所示
在圖中可以看到攻擊者的引數被原樣放到了HTML程式碼當中,導致原本的結構被改變,當這份程式碼被瀏覽器執行之後,將執行alert事件。
3.2 反射型
反射型XSS在筆者鬧鐘的定義是,如果URL地址當中的惡意引數會直接被輸出到頁面中,導致攻擊程式碼被觸發,便稱之為反射型XSS,如下圖所示
在圖中可以看到,此處原本是輸入一個名字,單實際傳遞了一個script
標籤,此標籤也被原樣放到了HTML結構當中,結果script
標籤程式碼中的程式碼被觸發
3.3 儲存型
儲存型XSS,顧名思義便是惡意引數被儲存起來了,通常儲存在後端伺服器當中,所以儲存型XSS在URL地址當中不會包含惡意引數,對於受害者來說,很難發現已經被攻擊了,如下圖儲存型XSS被觸發
在圖中筆者並沒有在URL地址當中看到script
程式碼,但是攻擊程式碼依然被觸發,說明攻擊程式碼來自於伺服器,而這個攻擊程式碼確實是由攻擊者傳遞到伺服器當中去的。
一般情況下,當攻擊者將攻擊程式碼透過表單傳遞到伺服器當中去,會得到一個新頁面的地址,這個地址中URL並沒有明顯異常,比如如下URL地址
http://permeate.songboy.net/article/1
但當存在儲存型XSS時,受害者開啟此URL,攻擊程式碼將會被觸發,這種情況下筆者便稱之為儲存型XSS漏洞。
3.4 DOM型
DOM型XSS較為特殊,筆者前面反射型XSS和儲存型XSS都是以傳播方式來區分的,而DOM型XSS和傳參方式無關,而是當開發者做了一些安全防護之後,任出現安全問題的一種現象,如下圖所示
在圖片中,可以看到引數name
已經使用函式轉義了,按理說此時將引數傳遞到前端頁面是不會產生XSS漏洞的;但當JavaScript程式碼將引數進行DOM節點操作之後,原本被轉義的程式碼又會被還原,因此還是會被觸發,如下圖所示
在圖中看到XSS程式碼已經被觸發,這種DOM型XSS相對來說更加隱蔽,所以防禦XSS漏洞的不能僅僅依靠後端開發者,前端開發者也應當瞭解XSS漏洞。
四、反射型挖掘
經過上一節的原理介紹,筆者相信大家對XSS已經有一些瞭解,現在筆者需要進行手工XSS漏洞挖掘,在手工挖掘之前筆者需要先逛逛網站有哪些功能點,如下圖是permeate的介面
4.1 思路分析
在知道反射型XSS,是透過URL地址傳播的,那麼筆者就需要思考那些地方會讓URL地址的引數在頁面中顯示;相信讀者都用過一些網站的站內搜尋,在站內搜尋的位置往往會將搜尋的關鍵詞展示在頁面當中,如下圖所示
而在首頁筆者也看見此網站有搜尋功能,因此可以從搜尋位置著手,可以在搜尋位置輸入一個簡單的payload,參考如下
<script>alert(123)</script>
當點選搜尋後,會自動跳轉到以下URL當中,此時瀏覽器的URL地址已經發生了變化,URL地址如下:
http://permeate.songboy.net/home/search.php?keywords=<script>alert(123)</script>
搜尋的表單是使用了GET傳參,滿足了測試反射型的第一步要求
4.2 漏洞檢驗
接下來就需要看看筆者的payload有沒有被觸發,結果很意外,不但沒有被觸發還被瀏覽器所阻止了,如下圖
這裡就需要跟讀者說明一下,谷歌核心瀏覽器自帶XSS篩選器,所以對於反射型XSS測試,儘量不使用谷歌瀏覽器,筆者建議使用火狐瀏覽器進行測試;
4.3 結果分析
現在筆者將上面的URL地址複製下來,並貼上到火狐瀏覽器當中,並按下回車,看到效果如下圖
此時payload已經被觸發,說明找到了一個反射型XSS的漏洞,這種漏洞相對來說非常初級,隨著瀏覽器的XSS篩選器變得更加智慧,這種漏洞也越來越少,在下面的內容當中筆者將會提到儲存型XSS挖掘與繞過。
五、儲存型挖掘
現在筆者來尋找儲存型XSS,儲存型的攻擊程式碼是儲存在服務端,因此需要找出一些會將表單內容儲存到服務端的位置,筆者在之前已經對permeate做了一番瞭解,因此知道permeate擁有發帖和回帖功能,這些功能正是需要將引數儲存起來並展示的地方。
5.1 發現漏洞
在首頁點選XSS板塊,進入到了板塊列表當中,如下圖
在右下角能看到有一個發帖
按鈕,點選發帖按鈕後,即可進入發帖介面,如下圖
在permeate滲透測試系統當中,筆者如果要發表帖子,那麼就需要有賬號,筆者這裡隨便註冊一個賬號,註冊過程筆者就不詳細講解了
5.2 檢驗漏洞
在註冊賬號完成並登陸之後,筆者再次開啟發帖頁面,並在標題處和內容處都填寫payload,參考內容如下:
<script>alert(123)</script>
在標題處和帖子內容中分別填寫payload,填寫好之後,應和與下圖一致
填寫好內容之後,筆者點選下方的發表
按鈕,即可進行發帖,發帖成功會彈出一個提示成功,如下圖所示
點選確定
之後,會跳轉到發帖列表,並彈出一個123的提示框,如下圖所示
如果看到這個彈框,說明筆者的payload已經被執行,點選確定就可以看到列表的內容,如下圖所示
在列表中只顯示標題,所以帖子內容中的payload並沒有被執行;
5.3 抓包繞過
現在點選標題,進入帖子詳情頁面,在詳情頁筆者發現payload也只觸發了一次,而且內容當中的標籤被直接顯示了出來,如下圖
當標籤被直接顯示出來,這說明筆者的引數被轉義了;轉義分為兩種,前端轉義和後端轉義,如果是後端轉義通常筆者會放棄測試,如果是前端轉義則可以繞過這個限制;在這裡筆者發現標題沒有被轉義,而內容被轉,猜測可能是前端做的轉義,因此可以透過瀏覽器的審查工具將資料包複製下來;
首先重新開啟發帖頁面,然後在網頁隨便一個位置單擊滑鼠右鍵
->選擇審查元素
->切換到network
標籤並勾選Preserve log
,開啟網路並勾選Preserve log
的目的是讓發表帖子之後,能在網路請求中找到該記錄,現在筆者可以填寫新的payload,如下圖
點選發表按鈕之後,筆者可以在控制檯中找到剛才的post請求,從請求中可以看出,這個資料發出去就已經被轉義了,如下圖
5.4 編碼替換
當確定這個地方存在前端做了轉義處理,如果後端沒有做處理,筆者就可以繞過它,現在筆者將請求複製出來,然後改變裡面的資料,如下圖
複製出來的資料如下
curl 'http://permeate.songboy.net/home/_fatie.php?bk=6&zt=0' -H 'Connection: keep-alive' -H 'Cache-Control: max-age=0' -H 'Origin: http://permeate.songboy.net' -H 'Upgrade-Insecure-Requests: 1' -H 'Content-Type: application/x-www-form-urlencoded' -H 'User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36' -H 'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8' -H 'Referer: http://permeate.songboy.net/home/fatie.php?bk=6' -H 'Accept-Encoding: gzip, deflate' -H 'Accept-Language: zh-CN,zh;q=0.9,en;q=0.8' -H 'Cookie: __cfduid=defc970ef7081e30aedd761da5762b1891532003579; UM_distinctid=1655a61a23343c-03f0904540a333-34657908-1fa400-1655a61a234323; PHPSESSID=rufhm0741qfv55cpfnc80k1g4l' --data 'csrf_token=3908&bk=6&title=222%3Cscript+%3Ealert%28123%29%3C%2Fscript%3E&content=%3Cp%3E222%26lt%3Bscript+%26gt%3Balert%28123%29%26lt%3B%2Fscript%26gt%3B%3C%2Fp%3E' --compressed
筆者找到引數中的title
和content
引數值,將title的引數值複製下來,然後替換content
的引數值,替換後的內容如下
curl 'http://permeate.songboy.net/home/_fatie.php?bk=6&zt=0' -H 'Connection: keep-alive' -H 'Cache-Control: max-age=0' -H 'Origin: http://permeate.songboy.net' -H 'Upgrade-Insecure-Requests: 1' -H 'Content-Type: application/x-www-form-urlencoded' -H 'User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10_13_4) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/68.0.3440.106 Safari/537.36' -H 'Accept: text/html,application/xhtml+xml,application/xml;q=0.9,image/webp,image/apng,*/*;q=0.8' -H 'Referer: http://permeate.songboy.net/home/fatie.php?bk=6' -H 'Accept-Encoding: gzip, deflate' -H 'Accept-Language: zh-CN,zh;q=0.9,en;q=0.8' -H 'Cookie: __cfduid=defc970ef7081e30aedd761da5762b1891532003579; UM_distinctid=1655a61a23343c-03f0904540a333-34657908-1fa400-1655a61a234323; PHPSESSID=rufhm0741qfv55cpfnc80k1g4l' --data 'csrf_token=3908&bk=6&title=222%3Cscript+%3Ealert%28123%29%3C%2Fscript%3E&content=222%3Cscript+%3Ealert%28123%29%3C%2Fscript%3E' --compressed
替換完成之後,筆者將此內容複製到終端當中(如果讀者用的是windows作業系統,可以下載一個cmder),然後按下Enter鍵,結果如下圖
5.5 結果分析
在返回結果當中可以看到提示發帖成功,此時就筆者已經成功釋出了一個新帖子,回到帖子列表當中看到有三條帖子,在最後面的帖子則是筆者新發布的,如下圖
開啟詳情頁,筆者被彈了兩次提示框,說明標題和內容當中的payload都被觸發,並且在控制檯當中也可以看到script
變成了DOM節點,而不是文字展現出來,如下圖所示
看到此處說明筆者已經成功繞過前端XSS過濾器,晚一些在發表一篇工具盤,和防禦篇,大家有興趣也可以支援一下筆者的影片教程,URL地址如下
https://www.kanxue.com/book-32.htm
Thanks♪(・ω・)ノ
作者:湯青松
微信:songboy8888
日期:2018-08-21
相關文章
- 通過程式碼審計找出網站中的XSS漏洞實戰(三)2018-10-09網站
- 通過程式碼審計找出網站中的 XSS 漏洞實戰 (三)2018-10-10網站
- 通過Web安全工具Burp suite找出網站中的XSS漏洞實戰(二)2018-10-08WebUI網站
- 通過Web安全工具Burpsuite找出網站中的XSS漏洞實戰(二)2018-10-08WebUI網站
- 如何快速解決網站中存在的Web漏洞?2019-07-23網站Web
- 利用PHP擴充套件Taint找出網站的潛在安全漏洞實踐2019-02-16PHP套件AI網站
- 網站為什麼會存在漏洞2022-07-18網站
- 網站存在漏洞該如何解決2022-06-07網站
- 成人網站PornHub跨站指令碼(XSS)漏洞挖掘記2017-06-08網站指令碼
- 網站存在漏洞如何排查和尋找漏洞原因2022-09-27網站
- 網站存在漏洞怎麼修復 如何修補網站程式程式碼漏洞2019-07-09網站
- 快速找出CSS中的BUG2014-06-18CSS
- 網站存在漏洞被通知整改怎麼辦2022-02-24網站
- 為什麼主流網站無法捕獲 XSS 漏洞?2016-04-22網站
- JSONP存在的JSON Hijacking漏洞以及與csrf/xss漏洞的關係2015-01-28JSON
- 網站漏洞測試 如何快速學習2020-11-24網站
- 網站存在漏洞被駭客入侵了怎麼解決2020-03-20網站
- XSS漏洞2024-06-23
- 解決:“ScriptManager”不是已知元素。原因可能是網站中存在編譯錯誤。2007-12-07網站編譯
- Curve 分散式儲存在 KubeSphere 中的實踐2023-01-03分散式
- PDF檔案可能存在各種安全漏洞,以下是一些已知的PDF漏洞型別:2024-04-30型別
- 網站漏洞檢測 squid反向代理存在遠端程式碼執行漏洞2019-09-02網站UI
- 【第七章】XSS 跨站指令碼漏洞2020-07-22指令碼
- XSS漏洞分析2017-11-27
- Electron流行開源框架存在XSS漏洞 github wordpress等均受影響2018-05-17框架Github
- 滲透攻防演練之網站存在漏洞該如何解決2022-02-23網站
- 網站的安全漏洞2022-08-01網站
- [Asp.Net Core] 網站中的XSS跨站指令碼攻擊和防範2023-04-14ASP.NET網站指令碼
- 如何建立一個快速的Joomla網站2019-01-22OOM網站
- 每個 node 應用可能存在的 timing-attack 安全漏洞2019-02-22
- 使用蜻蜓安全挖掘漏洞實踐(一)2022-04-30
- 快速對字元轉義,避免跨站攻擊XSS2013-11-09字元
- Web 漏洞分析與防禦之 XSS(一)2017-10-10Web
- 大型網站的 HTTPS 實踐(四):協議層以外的實踐2015-05-09網站HTTP協議
- 大型網站的 HTTPS 實踐(四)——協議層以外的實踐2015-05-07網站HTTP協議
- 【JAVA-WEB常見漏洞-XSS漏洞】2020-11-23JavaWeb
- 寶塔如何掃描該站點的是否存在的風險漏洞2024-08-14
- vue實踐中的常見知識漏洞0012019-03-04Vue