我的webapp根據https://www.arin.net/knowledge/rfc/rfc1918.txt是否可以從保留的IP塊接收Web客戶端請求?
從10.18.255.249收到一個請求(但保留10.0.0.0/9 cidr塊)這怎麼可能?
我的webapp根據https://www.arin.net/knowledge/rfc/rfc1918.txt是否可以從保留的IP塊接收Web客戶端請求?
從10.18.255.249收到一個請求(但保留10.0.0.0/9 cidr塊)這怎麼可能?
10.0.0.0/8保留給內部專用網絡。如果您處於企業環境中,則會在此範圍內發送頻繁的IP地址。
雖然它們不應該通過互聯網傳播,但大公司將會使用這個範圍的數據包在整個地方飛行。
如果您在託管環境(即您的Web應用程序面向互聯網)中收到此消息,則您的託管服務提供商有可能正在訪問您的頁面。我發現安裝了監視服務級別協議的性能監視工具會發生這種情況。
我認爲這是一個僞造的請求;這種IP在互聯網上不可路由。一些Linux內核將它們報告爲「外來交通」。
這可能是某種機器人造成DoS或DDoS,因爲只有Web請求很重要,而不是響應。
這是難以置信的可能性。嘗試欺騙TCP連接與猜測服務器的SYN + ACK數據包的確切初始序列號(攻擊者永遠不會看到)一樣困難。 Web服務器的accept()調用在連接完全建立之前不會返回,所以不會記錄有關單個欺騙SYN數據包的任何內容。 – jdizzle 2010-01-25 14:51:50
這當然有可能;網絡10是一個專用地址空間,用於組織內部網絡。有時網絡10地址會泄漏到上層協議的各個地方。甚至有可能你的主機設備中有一個網絡10,它實際上是爲了真實而不是錯誤。
請求可能來自網絡中的任何地方,而不是來自互聯網。向您的託管服務提供商詢問他們的網絡中有哪些NATed網絡塊。
就在幾分鐘前,我收到了另一個保留塊172.27.98.43的請求。這是怎麼回事? – 2010-01-25 07:19:39
對不起,@Jacques,就是我。我只是測試你的安全性:-) – paxdiablo 2010-01-25 07:24:30
@paxdiablo,我正在將線程級別升級到橙色。 – 2010-01-25 07:27:55