可否偽造一個(gè)IP地址向一個(gè)主機(jī)發(fā)信息？

dreamice

原帖由 Cyberman.Wu 于 2009-3-2 09:36 發(fā)表
我在想他的意思應(yīng)該是指從某個(gè)網(wǎng)絡(luò)中的A向B發(fā)出一個(gè)請(qǐng)求，但I(xiàn)P是偽造成其它網(wǎng)絡(luò)的。路由器一直是基于目標(biāo)地址的路由，所以能正常到達(dá)B，但B收到處理之后如果有響應(yīng)的話目標(biāo)地址是A偽造的地址，一般是無(wú)法發(fā)回到A的。

不清楚為什么不能？
A--->B，偽造后 B-->A按原路返回？
有什么問(wèn)題么？

z6311503z

呵呵,剛來(lái)頂下

Cyberman.Wu

原帖由 dreamice 于 2009-3-2 10:39 發(fā)表


不清楚為什么不能？
A--->B，偽造后 B-->A按原路返回？
有什么問(wèn)題么？

我也是猜的，例如A機(jī)的IP可能是211.80.70.60，它向目標(biāo)地址B機(jī)208.33.22.11發(fā)了一個(gè)ICMP Request，但源地址是偽造的213.31.21.11，這種情況下兩個(gè)網(wǎng)絡(luò)之間的路由器可以正確轉(zhuǎn)發(fā)最終到達(dá)B機(jī)，但B機(jī)響應(yīng)的時(shí)候目標(biāo)地址填寫(xiě)的是A機(jī)偽造的IP，這個(gè)IP有可能是另一個(gè)網(wǎng)絡(luò)中的主機(jī)，也有可能是根本就不存在的，這時(shí)候報(bào)文會(huì)被路由到另一個(gè)網(wǎng)絡(luò)到達(dá)某些計(jì)算機(jī)或最終丟棄。

dreamice

原帖由 Cyberman.Wu 于 2009-3-2 15:27 發(fā)表


我也是猜的，例如A機(jī)的IP可能是211.80.70.60，它向目標(biāo)地址B機(jī)208.33.22.11發(fā)了一個(gè)ICMP Request，但源地址是偽造的213.31.21.11，這種情況下兩個(gè)網(wǎng)絡(luò)之間的路由器可以正確轉(zhuǎn)發(fā)最終到達(dá)B機(jī)，但B機(jī)響應(yīng)的時(shí)候 ...

首先，我不知道你為什么要偽造一個(gè)路由不出去的IP，目的何在？即便你這個(gè)包偽造得多么的精妙，但是，unfortunately，到不了目的地，這和沒(méi)有偽造沒(méi)什么區(qū)別。

alexhappy

原帖由 dreamice 于 2009-3-2 15:38 發(fā)表


首先，我不知道你為什么要偽造一個(gè)路由不出去的IP，目的何在？即便你這個(gè)包偽造得多么的精妙，但是，unfortunately，到不了目的地，這和沒(méi)有偽造沒(méi)什么區(qū)別。

事實(shí)上，他就是構(gòu)造一個(gè)正確的IP包也收不回來(lái)，這就是我上次跟你說(shuō)的那個(gè)ACK+SEQ，這個(gè)帖子沒(méi)什么好討論的了，有興趣的可以看看“IP欺騙”的原來(lái)就知道怎么回事了

dreamice

原帖由 alexhappy 于 2009-3-2 15:51 發(fā)表

事實(shí)上，他就是構(gòu)造一個(gè)正確的IP包也收不回來(lái)，這就是我上次跟你說(shuō)的那個(gè)ACK+SEQ，這個(gè)帖子沒(méi)什么好討論的了，有興趣的可以看看“IP欺騙”的原來(lái)就知道怎么回事了

是的，因?yàn)樵趖cp連接建立過(guò)程就被攔截了，自始至終都是被攔截了的。

Cyberman.Wu

原帖由 dreamice 于 2009-3-2 15:38 發(fā)表


首先，我不知道你為什么要偽造一個(gè)路由不出去的IP，目的何在？即便你這個(gè)包偽造得多么的精妙，但是，unfortunately，到不了目的地，這和沒(méi)有偽造沒(méi)什么區(qū)別。

路由器一般是根據(jù)目標(biāo)地址路由的，一般不查源地址，所以往往可以到達(dá)，真正難的是回來(lái)的包，因?yàn)榻?jīng)過(guò)幾級(jí)路由的話是不受控的，這個(gè)不是局域網(wǎng)，有一個(gè)IP/MAC的配對(duì)，可以簡(jiǎn)單地欺騙數(shù)據(jù)包的傳遞。以前有過(guò)類似的攻擊，一般是要先把使用偽裝的IP的那臺(tái)機(jī)器先攻癱掉，但這樣感覺(jué)對(duì)于發(fā)起偽裝包的計(jì)算機(jī)的位置有一定的要求。不過(guò)具體細(xì)節(jié)忘了，許多年沒(méi)怎么看過(guò)這方面的東西了。

xubai3000

可以通過(guò)NAT forward策略實(shí)現(xiàn).
或者可以使用pcap等抓出來(lái)然后修改源和目的參數(shù).

ulovko

我也想知道，這么高超的技術(shù)！