Chrome'is plaanitakse kasutaja IP-aadressi peitmist

Google on hakanud Chrome'i brauseris rakendama IP-kaitse funktsiooni, mis on mõeldud kasutaja IP-aadressi peitmiseks veebisaitide omanike eest. Uut võimalust saab kasutada sisseehitatud anonüümi teenusena, mille peamine eesmärk on ennetada jälgimist, kuid see on kasulik ka blokeeringute ületamiseks, mida on rakendatud nii veebilehtede kui ka sideoperaatorite tasandil.

Tehniliselt on pakutud võimalus rakendatud liikluse saatmise kaudu mitte otse, vaid läbi hüpikserveri, mis suunab päringu sihtserverisse, kes näeb sissetulevana ainult hüpikserveri IP-aadressi, sarnaselt VPN-i kasutamisele. Päringu anonüümsuse tagamiseks on ette nähtud võimalus saata päring järjestikku läbi mitme hüpikserveri. Sellisel juhul teab kliendi IP-aadressist ainult esimene hüpikserver, samas kui ketis olev teine hüpikserver näeb ainult esimese hüpikserveri aadressi.

Google kavatseb testida kaitse režiimi IP-aadresse väikese protsendi kasutajate seas ühes tulevases Chrome'i versioonis (versioonidest 119 kuni 125). Esimeses etapis on testimisel kaasatud ainult üks hüpikserver, mis kuulub Google'ile, ning peitmine aktiveeritakse ainult Google'i domeenide ja reklaamivõrkude jaoks. See etapp pakutakse süsteemidele, mille IP-aadressid on pärit Ameerika Ühendriikidest, ja see katab mitte rohkem kui 33% katseversioonide kasutajatest Chrome'is.

Teises testimise etapis plaanitakse rakendada kahe tasemega hüpikserverite konfiguratsiooni: esiteks suunatakse ühendus brauserist läbi krüpteeritud tunneli Google'ile kuuluvale hüpikserverile ja seejärel suunatakse see teise hüpikserverisse, mis ei ole Google'iga seotud ettevõte. Liiklustunnelitamine korraldatakse nii, et esimene hüpikserver, kes näeb kasutaja IP-aadressi, ei saa näha päringu parameetreid ega suuda tuvastada eesmärki, millele kasutaja pöördub. Teine hüpikserver suudab tuvastada teavet siht-hostist, kuid ei näe kasutaja IP-aadressi. Seega näevad hüpikserverid kas kasutaja aadressi või sihtveebisaiti, mis ei võimalda nende poolel seostada kasutajat soovitud veebisaidiga.

Traafik suunatakse proxi kaudu, kasutades CONNECT ja CONNECT-UDP meetodeid ning luues tunneli TLS protokollil, mis tagab lõpp-punktide krüpteerimise. Kuritarvituste vältimise eesmärgil pääseb esimesele Google'i kontrollitud proxi juurde juurdepääs krüptograafilise tokeni kaudu, mille genereerib Google'i autentimissevers, kui Chrome on kasutaja Google'i kontoga ühendatud (ilma Chrome'i autentimiseta on proxi juurdepääs suletud). Tokenile seostatakse ka liikluse piirangud, mis raskendavad liikluse edastamist proxi serverite kaudu kuritahtlikel eesmärkidel.

Vaikerežiim on välja lülitatud ja seda saab aktiveerida kasutaja soovil. Aadresside peitmist plaanitakse rakendada mitte kõigil saitidel, vaid ainult eraldi koostatud domeenide nimekirjal, mis on tabatud kasutajate liikumise jälgimisel. Nimekirjaga sidumine aitab vältida soovimatuid muutusi, mis võivad häirida veebisaitide käitumist, tekitades probleeme asukoha määramisega, kasutajate jagamise ja liikluse arvestamisega (näiteks võib reegli rikkuja blokeerimine saidil rakenduda kõigile kasutajatele, kes suunatakse proxi kaudu).

Asukoha sidumise probleemide lahendamiseks, mida kasutatakse veebilehtedel kohalike seaduste nõuete täitmiseks ja lokaliseerimise valikute valimiseks, soovitatakse kasutada teise taseme proxi samas riigis või isegi linnas, kus kasutaja viibib (lõppkokkuvõttes plaanitakse välja arendada ulatuslik proxi-serverid teise taseme võrk, mis on loodud koostöös erinevate teenusepakkujatega ja sisu kohaletoimetamise võrkudega).

WebKit'i arendajad arendavad Safari brauserile sarnast funktsionaalsust Intelligent Tracking Protection, mis on praegu piiratud ühe proxi katsetamisega, kuid tulevikus kavatsetakse see üle viia kahe sõltumatu proxi serveri mudelile.

Allikas: opennet.ru