Ĉu anonima VPN-konto faras vian trafikon anonima?
Registriĝo sen retpoŝto ŝanĝas unu kampon en formularo. La fontadreso, la konto-ĵetono kaj la kuketoj de via retumilo respondas tri malsamajn demandojn.
Registriĝo sen retpoŝta adreso ŝanĝas unu kampon en formularo. Ĝi ne ŝanĝas la fontadreson en la reto, nek la identigilon, kiun la servo eldonas interne, nek la kuketojn, kiujn via retumilo sendas al ĉiu vizitata retejo. Temas pri tri apartaj demandoj, kaj nur la unua entute rilatas al la konto. Jen kion ĉiu tavolo efektive tenas, kaj kiun decidon vi faras prefere ol la provizanto.
Traktu anonimecon kiel econ por ĉiu observanto aparte. Demandu, kiu observanto, kaj la honesta respondo ŝanĝiĝas.
Pseŭdonima konto restas konto
Provizanto povas eldoni kontan numeron, aparatan ŝlosilon aŭ abonan ĵetonon sen iam peti laŭleĝan nomon. Tiu objekto tamen kunligas sesiojn ene de la servo: la sama ĵetono sur la sama plano, dum monatoj.
Kion la operatoro povas aldoni al tiu ĵetono dependas de aliaj sistemoj. Pagaj registroj ekzistas, se vi pagis per spurebla metodo, subtena adreso ekzistas, se vi skribis, kaj aparataj identigiloj aŭ konektaj tempomarkoj povas ekzisti en funkciaj protokoloj. Nenion el tio postulas la registra formularo, kaj nenion el tio ekskludas formularo sen retpoŝto. La formularo difinas, kio estis petita, ne kio ekzistas poste.
Sendi diagnozan profilon aŭ malfermi subtenan bileton povas aldoni pli da detaloj ol la origina formularo iam petis.
Kion la tunela finpunkto nepre vidas
La finpunkto finas vian konekton, do ĝi scias, kiun fontadreson via alira reto atribuis por tiu sesio kaj kiam la sesio komenciĝis. Ĝi ankaŭ scias, al kiu interna ŝlosilo aŭ konto tiu konekto mapiĝas, ĉar tiu mapado decidas, kien sendi la trafikon.
La dokumentaro de WireGuard estas ĉi tie nekutime rekta: la identeco de la samtavolano estas la publika ŝlosilo, ne kaŝita trajto.
Tio, kio eliras el la finpunkto al celo, estas alia konekto. Se la elira adreso estas kunhavigata kun aliaj uzantoj, la retejo ĉe la alia flanko vidas komunan adreson anstataŭ vian. Tiu apartigo estas reala, kaj ĝi ankaŭ estas la sola apartigo, kiun kunhavigita eliro donas. Ĝi ne kaŝas vian sesion de la operatoro, kaj ĝi ne fandas vin en la homamason por iu ajn, kiu povas observi ambaŭ finojn, kaj tio estas ĝuste la korelacia problemo, al kiu RFC 6973 dediĉas sian tutan longon.
Kion la celo ankoraŭ ricevas
Retejo vidas la eliran adreson, la peton kaj ĉion, kion via kliento memvole donas. Kuketoj, jam ensalutinta sesio, retumila fingropremaĵo kaj konservita konto ĉiuj travivas VPN-konekton senŝanĝe, ĉar la tunelo portas ilin anstataŭ anstataŭigi ilin.
Ensaluti en personan konton identigas vin al tiu retejo sendepende de la etikedo, kiun portas la VPN-konto.
Nomresolvo meritas propran linion. Se serĉoj iras al solvilo, kiun la operatoro funkciigas, la operatoro vidas la nomojn, kiujn vi petas. Se ili iras al publika solvilo, tiu solvilo vidas ilin, kaj same ĉiu sur la vojo, kiu povas observi neĉifritan DNS. Ĉiuokaze, kiun solvilon oni uzas estas privateca decido, kiun la registra formularo ne faris por vi.
Kie korelacio efektive okazas
Trafika analizo ne bezonas paĝan enhavon. Konekta tempo, transiga volumeno kaj la ŝablono de tio, kiu finpunkto parolas kun kiu celo, povas vicigi fontkonekton kun elirkonekto, kiam ambaŭ flankoj estas observataj. Kunhavigita eliro do protektas vin kontraŭ unu observanto, ne kontraŭ du, kiuj kunlaboras.
Transporta ĉifrado ŝanĝas tion, kio estas legebla, ne tion, kio estas ligebla.
Tri demandoj anstataŭ la slogano
Ĉiu el ili havas malsaman posedanton, tial promeso farita en unu tavolo ne povas kovri alian. La vicoj sube estas la tuta argumento en kompakta formo.
| Observer | What it can hold | What actually changes it |
|---|---|---|
| Your access network | The connection to the VPN endpoint, with volume and timing | Nothing on the account form |
| The VPN operator | Source address, session times, key-to-account mapping, names if it runs the resolver | Retention policy, payment method, whether you contact support |
| The destination site | Exit address, cookies, logged-in identity, request content | Browser hygiene, logging out, separate profiles |
| An observer at both ends | Correlated timing and volume across the two connections | Padding, cover traffic, a different exit at a different time |
Nur la meza vico rilatas al la konto, kaj nur parte. La vicojn super kaj sub ĝi decidas enkursigo, konservado kaj via propra retumilo.
Legu la inventaron, ne la etikedon
Provizanto, kiu publikigas datuminventaron, konservan fenestron kaj identecan laborfluon, diris al vi ion kontroleblan. Provizanto, kiu diras anonima, diris al vi unu vorton. Serĉu, kio estas kolektata ĉe registriĝo, kio restas post la fino de la sesio, kaj laŭ kiu procedo datenoj estas transdonataj al tria partio.
Se tiuj tri mankas, la etikedo ne estas pruvo pri io ajn.
Komencu de la observanto, pri kiu vi efektive zorgas, poste sekvu unu vicon de la tabelo: kiun adreson ĝi vidas, kiun identigilon ĝi tenas, kiom longe ĝi estas konservata. Riparu la vicon, kiu malsukcesas, anstataŭ renomigi la konton. Tio estas la sola paŝo ĉi tie, kiu ŝanĝas rezulton.