A Google elindította az IP Protection funkciót a Chrome böngészőben, amely a felhasználók IP-címének elrejtésére szolgál a webhelyek tulajdonosai elől. Az új lehetőség beépített anonimizálóként használható, amely elsősorban a mozgások nyomon követésének megelőzésére irányul, de más szempontból a blokkolások megkerülésére is alkalmas, amelyeket mind a webhelyek, mind a szolgáltatók oldalán valósítanak meg.
Technikailag a javasolt lehetőség úgy valósul meg, hogy a forgalmat nem közvetlenül, hanem egy proxy-szerveren keresztül állítják elő, amely átirányítja a kérést a célkiszolgálóhoz, amely csak a proxy címét látja bejövő IP-címként, hasonlóan a VPN használatához. A kérés anonimizálásához lehetőség van a kérés egymás után több proxy-n keresztüli átkonfigurálására. Ebben az esetben a kliens IP-címe csak az első proxy számára lesz ismert, míg a sorozat második proxy-ja az első proxy címét fogja látni.
A Google tervezi, hogy teszteli a védelmi módot IP-címek egy kis százalék felhasználón a Chrome jövőbeni kiadásának egyikében (119-től 125-ig). Az első szakaszban csak egy, a Google által birtokolt proxy szerver kerül tesztelésre, és a rejtés csak a Google domainjeire és hirdetési hálózataira vonatkozik. Ez a szakasz az Egyesült Államok IP-címeivel rendelkező rendszerek számára lesz elérhető, és legfeljebb a Chrome kísérleti verzióinak 33%-át fogja érinteni.
A tesztelés második fázisában a tervek szerint két szintű proxy konfigurációt vezetnek be: először a csatlakoztatás a böngészőből egy titkosított alagúton keresztül irányul a Google által birtokolt proxyhoz, majd az irányítás egy második proxyhoz kerül, amely nem kapcsolódik a Google-hoz. A forgalom alagútozását úgy szervezik, hogy az első proxy, amely látja a felhasználó IP-címét, nem látja a kérés paramétereit, és nem tudja meghatározni a célzott hosztot, amelyhez a felhasználó kérését intézik. A második proxy azonban meghatározhatja a célzott hoszt adatait, de nem látja a felhasználó IP-címét. Tehát a proxy-k csak a felhasználó címéről vagy a céloldalról fognak információkat látni, ami nem teszi lehetővé, hogy a proxy-nél a felhasználót összekapcsolják a kért webhellyel.
A forgalom a CONNECT és CONNECT-UDP módszerekkel és TLS protokoll alapú alagút létrehozásával egy proxyra kerül irányításra, amely biztosítja a végpontok közötti titkosítást. A visszaélések megelőzése érdekében a Google által vezérelt első proxyhoz való hozzáférés kriptográfiai token használatával történik, amelyet a Google hitelesítési szervere generál, amikor a Chrome a felhasználó Google-fiókjához csatlakozik (hitelesítés nélkül a Chrome-ban a proxyhoz való hozzáférés zárva lesz). A tokenhez forgalmi korlátozások is kapcsolódnak, amelyek megnehezítik a forgalom káros célú átirányítását a proxy szerverek révén.
Az alapértelmezett mód ki lesz kapcsolva, és a felhasználó kérésére aktiválható. A címek elrejtését nem minden weboldalon tervezik alkalmazni, hanem csak egy külön létrehozott domainlistán, amelyet a felhasználók mozgásainak nyomon követésében kaptak rajta. A listához való kötődés lehetővé teszi a nem kívánt változások elkerülését, amelyek megzavarhatják a weboldalak viselkedését, problémákat okozva a helymeghatározásban, a felhasználók elválasztásában és a forgalom nyilvántartásában (például ha egy szabálysértőt blokkolnak az oldalon, az minden, a proxyn keresztül irányított felhasználóra vonatkozhat).
A helyhez kötöttség problémáit, amelyeket a weboldalon a helyi jogszabályoknak való megfelelés és a lokalizációs beállítások kiválasztása érdekében használnak, második szintű proxyk alkalmazásával javasolják abban az országban vagy akár városban, ahol a felhasználó tartózkodik (végső soron széles hálózatot terveznek létrehozni másodlagos proxykból.szerverek Másodlagos, különböző szolgáltatókkal és tartalomszolgáltató hálózatokkal együttműködésben felépített proxykból álló hálózat létrehozása a cél.
A WebKit motor fejlesztői hasonló funkciót fejlesztenek a Safari böngészőhöz, amely Intelligent Tracking Protection néven ismert, és amely jelenleg kísérletekhez kapcsolódik egy proxyval, de a jövőben két független proxy-szint használatára várhatóan átkerül.
Forrás: opennet.ru
