分析過程
這個來自一些項目中，獲取用戶Ip，進(jìn)行用戶操作行為的記錄，是常見并且經(jīng)常使用的。 一般朋友，都會看到如下通用獲取IP地址方法。



這個是網(wǎng)上常見獲取，ip函數(shù)，用這些值獲取IP,我們首先要弄清楚，這些數(shù)據(jù)是從那個地方傳過來的。

IP獲取來源

1.'REMOTE_ADDR' 是遠(yuǎn)端IP，默認(rèn)來自tcp 連接是，客戶端的Ip。可以說，它最準(zhǔn)確，確定是，只會得到直接連服務(wù)器客戶端IP。如果對方通過代理服務(wù)器上網(wǎng)，就發(fā)現(xiàn)。獲取到的是代理服務(wù)器IP了。

如：a->b(proxy)->c ,如果c 通過'REMOTE_ADDR' ，只能獲取到b的IP,獲取不到a的IP了。

另外:該IP想篡改將很難實現(xiàn)，在傳遞知道生成php server值，都是直接生成的。

2.'HTTP_X_FORWARDED_FOR'，'HTTP_CLIENT_IP' 為了能在大型網(wǎng)絡(luò)中，獲取到最原始用戶IP，或者代理IP地址。對HTTp協(xié)議進(jìn)行擴(kuò)展。定義了實體頭。

HTTP_X_FORWARDED_FOR = clientip,proxy1,proxy2 所有IP用”,”分割。 HTTP_CLIENT_IP 在高級匿名代理中，這個代表了代理服務(wù)器IP。既然是http協(xié)議擴(kuò)展一個實體頭，并且這個值對于傳入端是信任的，信任傳入方按照規(guī)則格式輸入的。以下以x_forword_for例子加以說明，正常情況下，這個值變化過程。




分析Bug風(fēng)險點：

通過剛剛分析我們發(fā)現(xiàn)，其實這些變量，來自http請求的：x-forword-for字段，以及client-ip字段。 正常代理服務(wù)器，當(dāng)然會按rfc規(guī)范來傳入這些值。但是，當(dāng)一個用戶直接構(gòu)造該x-forword-for值，發(fā)送給用戶用戶，那將會怎么樣呢？

圖（1）

第2步，修改x-forword-fox值，我們看看結(jié)果

 

第三步，我們再修改下看看會怎么樣？

 

哈哈，看到上面結(jié)果沒，x-forwarded-for不光可以自己設(shè)置值，而且可以設(shè)置任意格式值。 這樣一來，好比就直接有一個可以寫入任意值的字段。并且服務(wù)器直接讀取，或者寫入數(shù)據(jù)庫，或者做顯示。它將帶來危險性，跟一般對入輸入沒有做任何過濾檢測，之間操作數(shù)據(jù)源結(jié)果一樣。 并且容易帶來隱蔽性。

結(jié)論：

上面getip函數(shù)，除了客戶端可以任意偽造IP，并且可以傳入任意格式IP。 這樣結(jié)果會帶來2大問題，其一，如果你設(shè)置某個頁面，做IP限制。 對方可以容易修改IP不斷請求該頁面。 其二，這類數(shù)據(jù)你如果直接使用，將帶來SQL注冊，跨站攻擊等漏洞。至于其一，可以在業(yè)務(wù)上面做限制，最好不采用IP限制。 對于其二，這類可以帶來巨大網(wǎng)絡(luò)風(fēng)險。我們必須加以糾正。

需要對getip 進(jìn)行修改，得到安全的getip函數(shù)。

這類問題，其實很容易出現(xiàn)，以前我就利用這個騙取了大量偽裝投票。有它的隱蔽性，其實只要我們搞清楚了，某些值來龍去脈的話。理解了它的原理，修復(fù)該類bug將是非常容易。

題外話，做技術(shù)，有三步，先要會做，會解決；后要思考為什么要這么做，原因原理是什么；最后是怎么樣做，有沒有其它方法。多問問自己，你發(fā)現(xiàn)距離技術(shù)真理越來越近。你做事會越來越得心應(yīng)手的！

作者：chengmo QQ:8292669

最新評論