A „hamisítsd meg az IP-met” kifejezést gyakran lazán arra használják, hogy „a webhely lásson egy másik címet”. Egy előre továbbító proxy meg tudja tenni a másodikat anélkül, hogy az elsőt megtenné.

A szokásos explicit proxy elrendezésben a számítógéped a valódi hálózati útvonalát használva csatlakozik a proxyhoz. A proxy új kapcsolatot nyit a cél felé. A cél a proxy kimenő címéről vagy az előtte lévő NAT-eszközről kapja ezt a kapcsolatot.

Your application -- connection A -- proxy -- connection B -- website

Az A kapcsolat és a B kapcsolat nem egyetlen TCP-kapcsolat, amelyre címlapot festettek. Saját szállítási állapotuk van. A proxy ugyanazokat az alkalmazásbájtokat továbbíthatja, miközben a környező TCP-szegmensek, a nyugtázások időzítése és a csomag-határok eltérnek.

Miért működik mégis a visszirányú forgalom

A webhely a B kapcsolaton válaszol. A proxy fogadja ezeket a válaszokat, és a vonatkozó adatokat az A kapcsolaton viszi vissza. Mindkét szakasznak van olyan részvevője, amely az általa használt címen fogadni tudja a forgalmat.

A csomag forráscímének hamisítása más művelet. Megváltoztatja, hová küldené a fogadó a válaszát. A szokásos TCP-kapcsolatfelvétel a kézfogás-válaszok fogadásától függ; pusztán valaki más címének beírása egy kimenő csomagba nem biztosít használható webes munkamenetet azon a címen. A TCP-specifikáció határozza meg ezt a kapcsolatfelvételt.

Egy látható cím nem a teljes identitástörténet

A webhely továbbra is fogadhat fiókhoz tartozó hitelesítő adatokat, sütiket vagy továbbítási információkat. A proxy továbbra is fogadja az ügyfél kapcsolatát. Ezek a tények nem teszik a műveletet forráscím-hamisítássá; azt magyarázzák, miért szűkebb a cél által látott hálózati partner megváltoztatása, mint az egész interakció anonimmá tétele.

Hibaelhárításkor kérdezd meg, melyik kapcsolat és melyik megfigyelő állította elő a címet. „Megváltozott az IP-m” csak akkor hasznos, ha már azonosítottad, hol figyelték meg.

Kapcsolódó cikkek