[Burp Suite 完整教學] 記住了,在網路的世界裡只有IP是真實的。

今天要談一個基本但是新手在某些時刻,
會忽略,並且發生錯誤的地方,
有時候你以為是BUG,實際上可能是你的操作問題,
又或者說是你還沒搞懂背後的原理才會發生的事情。

大家可以看一下以下的場景,
假設我今天瀏覽自己靶機中DVWA的網站,
攔截了其中的一個請求,
請注意一個地方,這邊可是有寫著Request to http://192.168.240.178:80

接著我們把它send to Repeater,
在Repeater的右上角的地方呢,
其實也是有很清楚的寫著我們的目標的位置。

一定很多人都會注意到我的Request當中有個Host Header,
假設我今天測試DVWA測試膩了,我想改成測試google,
我直接把Request當中的Host Header修改成google.com,
你覺得我的請求會發送給誰呢?
請注意,因為右上角的設定目標仍然是http://192.168.240.178:80
所以我們還是會把請求丟給http://192.168.240.178:80
只不過傳過去的這個HTTP Request當中的Host Header被改成了google.com

所以我們到底傳給了甚麼網站,
重點是在於Target的設定,並非是Request當中的內容。

那我們現在假設把右上角修改成google.com,
再次發送請求,就可以發現我們真的是把請求丟給了google.com,
如果我們Follow redirection的話,則會被轉址到HTTPS的google.com,
也可以發現右上角的標的有改變了。

還有一點要注意的就是,如同標題所說的,
永遠要記得一件重要的事情,在網際網路上面,
只有IP是真實的(內網又是另一回事了XD),
所以我們雖然在目標輸入google.com,
實際上發送的目標一定也是透過DNS解析取得IP,
才把我們的封包丟向那個IP,
那如果今天我們在Burp -> Project options -> connections,
這邊的Hostname Resolution設定google.com的對應IP為DVWA那台靶機的IP,
我們回到Repeater的地方,雖然目標的地方真的是設定google.com,
可是我們發送的請求,仍然是會被發向我們的靶機。

在滲透測試的過程中,其實很常會遇到一些情況,
多個Hostname對應一個IP,或是一個Hostname對應多個IP,
不管是甚麼樣的情況,還是甚麼樣的技術,
要記得一件重要的事情,就是IP才是真實的,
你的封包丟向的是你的目標IP位置。

關於 Hostname, Host Header, IP 之間相關的各種技術與繞過手法,
真的要研究起來也是滿複雜的,自己也是還在努力學習當中~

本系列的文章為作者參與第 12 屆 iT 邦幫忙鐵人賽的文章修改
原文連結
 https://ithelp.ithome.com.tw/users/20114110/ironman/3806

發佈留言

Close Menu