Un VPN în fața Tor vă face mai greu de urmărit?

Adăugarea unui alt segment criptat la un traseu nu elimină observatorii; îi mută, iar uneori adaugă unul. Exercițiul util este să desenați ruta și să etichetați cine vede ce la fiecare pas, pentru că un VPN în fața Tor și un VPN atins prin Tor dau răspunsuri opuse la aproape fiecare întrebare care merită pusă. Niciuna dintre cele două aranjamente nu învinge un punct terminal compromis și niciuna nu repară un cont care numește utilizatorul. Parcurgerea traseului în ordine și apoi întrebarea ce se rupe când dispare un strat transformă un slogan într-o decizie.

Parcurgeți traseul și numiți fiecare observator

Începeți cu cazul obișnuit al Tor și etichetați fiecare salt. Rețeaua locală și furnizorul de internet văd o conexiune către un punct de intrare Tor, împreună cu dimensiunea și momentul ei. Garda de intrare vede adresa clientului, de aceea garda este o relație pe termen lung și nu o alegere aleatorie. Nodul de ieșire vede destinația și textul clar al tot ce nu este criptat cap la cap, în timp ce destinația vede o adresă de ieșire de care nu este legată nicio adresă de client.

Notați aceste etichete înainte de a adăuga ceva. Diagrama este argumentul și este ușor de verificat.

Două ordini produc observații diferite

Un VPN plasat în fața Tor înseamnă că traficul părăsește dispozitivul spre furnizorul de VPN, iese din acel furnizor și abia apoi ajunge la o intrare Tor. Rețeaua locală nu mai vede deloc Tor, iar acesta este exact scopul când o rețea îl blochează sau îl supraveghează. Garda de intrare vede acum adresa VPN în locul celei a utilizatorului, iar furnizorul de VPN vede că un anumit client se conectează la Tor cu un anumit model temporal. Acel furnizor devine o parte nouă cu o observație valoroasă, iar politica sa de jurnalizare face acum parte din modelul de amenințare, nu din afara lui.

Atingerea unui VPN prin Tor inversează ordinea și inversează și ceea ce este expus: destinația vede adresa VPN, ieșirea Tor nu mai vede destinația, iar furnizorul de VPN vede trafic Tor care sosește în loc de adresa de acasă a unui client. De asemenea, încarcă conexiunea cu două straturi de latență și cere un suport de client pe care multe aplicații comerciale nu îl oferă.

Alegerea între ele este o întrebare despre care observator contează cel mai mult, nu despre care sună mai sigur. Un utilizator care ascunde folosirea Tor de o rețea locală vrea prima ordine; un utilizator care încearcă să împiedice o destinație să afle ceva ce i-ar putea fi atribuit are nevoie de altă analiză, iar niciuna dintre ordini nu ascunde un nume de cont.

Ce identifică încă sesiunea

Observatorii la nivel de adresă sunt doar o parte a tabloului și adesea nu partea decisivă. Un cont autentificat leagă activitatea de o identitate indiferent de adresa de ieșire care a dus pachetul, iar o înregistrare de plată pe care serviciul o poate lega de o persoană face același lucru. Starea browserului contribuie și ea: un cookie persistent, o autentificare salvată sau o extensie identificatoare pot urmări un utilizator prin circuite proiectate să nu poată fi corelate.

Conținutul trimis către un site este al treilea semnal. Un document cu metadate, un nume tastat într-un formular sau un stil de scriere unic supraviețuiesc oricărui număr de straturi de criptare, iar niciunul dintre instrumentele din fața lor nu este conceput să atingă asta. Păstrarea unei liste sincere a acestor identificatori protejează mai mult decât adăugarea unui alt salt.

Planificați un strat care dispare

Comportamentul la eșec este locul unde aranjamentele chiar diferă, și este o proprietate de configurare, nu o funcție a vreunuia dintre instrumente. Dacă VPN-ul cade în timp ce Tor este configurat să treacă prin el, Tor se oprește sau se reconectează în tăcere pe traseul obișnuit? Al doilea rezultat nu este o scurgere către destinație, dar dezvăluie rețelei locale că Tor este folosit, ceea ce poate era exact ceea ce aranjamentul trebuia să împiedice.

Un întrerupător de urgență la nivel de dispozitiv poate impune o parte a răspunsului refuzând traficul din afara tunelului, și acoperă doar traficul pe care dispozitivul îl rutează. O aplicație exclusă din tunel ocolește acea protecție, iar un resolver folosit la stabilirea conexiunii poate dezvălui nume chiar și când încărcătura rămâne în tunel. Citiți excluderile și configurația resolverului în loc să presupuneți că întrerupătorul acoperă tot.

Lăsați pachetul browserului în pace

Protecțiile Tor Browser depind de faptul că întregul pachet se comportă așa cum a fost proiectat: propria configurație de proxy, izolarea între site-uri și apărarea împotriva amprentelor. Direcționarea unui browser obișnuit către un port Tor local, sau adăugarea unei extensii proxy la Tor Browser, schimbă ipotezele pe care se bazează designul. Ghidul propriu al Tor Project despre combinarea unui VPN cu Tor tratează combinația ca o configurație avansată, iar acea prudență privește aceste interacțiuni, nu furnizorul de VPN.

Înainte de a combina instrumente, fiți în stare să expuneți în fraze simple traseul normal, traseul de eșec și rolul fiecărui operator. Dacă singura justificare este că două straturi sună mai sigur, nu există nicio cerință față de care să proiectați, iar modul de eșec adăugat este principalul lucru care a fost adăugat.