Ĉu VPN antaŭ Tor igas vin pli malfacile observebla?

Aldoni plian ĉifritan segmenton al vojo ne forigas observantojn; ĝi translokas ilin, kaj foje aldonas unu. La utila ekzerco estas desegni la itineron kaj marki, kiu vidas kion ĉe ĉiu paŝo, ĉar VPN antaŭ Tor kaj VPN atingata tra Tor donas kontraŭajn respondojn al preskaŭ ĉiu demando inda je starigo. Nek unu aranĝo venkas kompromititan finpunkton, nek unu riparas konton, kiu nomas la uzanton. Trapasi la vojon laŭorde kaj poste demandi, kio rompiĝas kiam tavolo malaperas, transformas sloganon en decidon.

Trapasu la vojon kaj nomu ĉiun observanton

Komencu per la ordinara kazo de Tor kaj marku ĉiun salteton. La loka reto kaj la interreta provizanto vidas konekton al enirpunkto de Tor, kune kun ĝia grando kaj tempo. La enira gardanto vidas la adreson de la kliento, kaj tial la gardanto estas longdaŭra rilato, ne hazarda elekto. La elira nodo vidas la celon kaj la puran tekston de ĉio, kio ne estas ĉifrita de fino al fino, dum la celo vidas eliran adreson, al kiu neniu klienta adreso estas ligita.

Skribu tiujn markojn antaŭ ol aldoni ion ajn. La diagramo estas la argumento, kaj ĝi estas facile kontrolebla.

Du ordoj produktas malsamajn observojn

VPN metita antaŭ Tor signifas, ke la trafiko lasas la aparaton al la VPN-provizanto, eliras de tiu provizanto, kaj nur poste atingas eniron de Tor. La loka reto tute ne plu vidas Tor, kaj ĝuste tio estas la celo, kiam reto blokas aŭ observas ĝin. La enira gardanto nun vidas la adreson de la VPN anstataŭ tiun de la uzanto, kaj la VPN-provizanto vidas, ke specifa kliento konektiĝas al Tor kun aparta tempa ŝablono. Tiu provizanto fariĝas nova partio kun valora observado, kaj ĝia protokola politiko nun estas parto de la minacmodelo anstataŭ ekstere de ĝi.

Atingi VPN tra Tor inversigas la ordon kaj inversigas ankaŭ la elmontrojn: la celo vidas la adreson de la VPN, la eliro de Tor ne plu vidas la celon, kaj la VPN-provizanto vidas alvenantan Tor-trafikon anstataŭ hejman adreson de kliento. Ĝi ankaŭ ŝarĝas la konekton per du tavoloj de malfruo kaj postulas klientan subtenon, kiun multaj komercaj aplikaĵoj ne ofertas.

Elekti inter ili estas demando pri tio, kiu observanto plej gravas, ne pri tio, kiu sonas pli sekura. Uzanto, kiu kaŝas Tor-uzadon de loka reto, volas la unuan ordon; uzanto, kiu klopodas malhelpi celon lerni ion ajn al si atribueblan, bezonas alian analizon, kaj nek unu ordo kaŝas kontan nomon.

Kio ankoraŭ identigas la seancon

Observantoj ĉe adresa nivelo estas nur parto de la bildo, kaj ofte ne la decida parto. Ensalutinta konto ligas la agadon al identeco sendepende de tio, kiu elira adreso portis la paketon, kaj paga registro, kiun la servo povas ligi al persono, faras la samon. Ankaŭ la stato de la retumilo kontribuas: daŭra kuketo, konservita ensaluto aŭ identiga etendaĵo povas sekvi uzanton tra cirkvitoj konstruitaj por esti neligeblaj.

Enhavo sendita al retejo estas la tria signalo. Dokumento kun metadatumoj, nomo tajpita en formularon aŭ unika skribstilo postvivas ajnan nombron da ĉifrotavoloj, kaj neniu el la iloj antaŭ ili estas destinita tuŝi tion. Teneri honestan liston de tiuj identigiloj protektas pli ol aldoni plian salteton.

Planu tavolon, kiu malaperas

La konduto ĉe malsukceso estas la loko, kie la aranĝoj vere diferencas, kaj ĝi estas eco de agordo, ne trajto de iu el la du iloj. Se la VPN falas dum Tor estas agordita iri tra ĝi, ĉu Tor haltas, aŭ ĉu ĝi kviete rekonektiĝas laŭ la ordinara vojo? La dua rezulto ne estas liko al la celo, sed ĝi malkaŝas al la loka reto, ke Tor estas uzata, kio eble estas ĝuste tio, kion la aranĝo celis malhelpi.

Ĉesigilo ĉe aparata nivelo povas plenumi parton de la respondo rifuzante trafikon ekster la tunelo, kaj ĝi kovras nur trafikon, kiun la aparato enkursigas. Aplikaĵo ekskludita el la tunelo preterpasas tiun protekton, kaj solvilo uzata dum la konekta agordo povas malkaŝi nomojn eĉ kiam la utilaĵo restas ene de la tunelo. Legu la esceptojn kaj la agordon de la solvilo anstataŭ supozi, ke la ŝaltilo kovras ĉion.

Lasu la retumilan pakaĵon trankvila

La protektoj de Tor Browser dependas de tio, ke la tuta pakaĵo kondutu kiel planite: ĝia propra prokura agordo, ĝia izolado inter retejoj, kaj ĝiaj defendoj kontraŭ fingrospuroj. Direkti ordinaran retumilon al loka Tor-pordo, aŭ aldoni prokuran etendaĵon al Tor Browser, ŝanĝas supozojn, sur kiuj la dezajno apogiĝas. La propra gvidilo de Tor Project pri kombinado de VPN kun Tor traktas la kombinaĵon kiel progresintan agordon, kaj tiu singardemo temas pri tiuj interagoj, ne pri la VPN-vendanto.

Antaŭ ol kombini ilojn, kapablu eldiri per simplaj frazoj la normalan vojon, la malsukcesan vojon kaj la rolon de ĉiu operacianto. Se la sola pravigo estas, ke du tavoloj sonas pli sekuraj, ekzistas neniu postulo kontraŭ kiu dezajni, kaj la aldonita malsukcesa reĝimo estas la ĉefa afero aldonita.