Kion via VPN-provizanto povas vidi kaj kion ne
La elirejo vidas adresojn, tempojn kaj, se Encrypted Client Hello ne estas uzata, la retejan nomon en la TLS-manpremo. Konservado estas aparta demando.
Via tunelo tenas la lokan reton ekster via trafiko. Ĝi tamen ne forigas la kompanion ĉe la alia fino, kiu prilaboras ĉiun paketon antaŭ ol ĝi atingas la malfermitan interreton. Tiu pozicio estas samtempe la komerca modelo kaj la privateca demando. La utila demando do ne estas, ĉu la provizanto povas vidi vin, sed kion ĝi vidas, kion ĝi povas nomi kaj kion ĝi konservas.
Kie la fido vere translokiĝas
La ĉifrado iras de via aparato al la servilo de la provizanto, kaj tiu ekstera parto estas ĉio, kion via loka reto iam vidas. La provizanto tenas la alian finon de la parto, do ĝi malĉifras la tunelon kaj plusendas viajn paketojn. Nenio en tio estas difekto; ĝi estas la difino de la servo, kiun vi aĉetis. La fido translokiĝis de la loka funkciigisto al la funkciigisto de la elirejo anstataŭ malaperi.
El tiu pozicio ĝi ekscias vian fontan adreson, kiam vi konektiĝis, proksimume kiom vi transdonis kaj kiujn celojn vi kontaktis. Nenio el tio postulas legi viajn mesaĝojn, kaj tio estas la senco de apartigi la kategoriojn. La interesaj diferencoj inter provizantoj koncernas tion, kio okazas al tiuj observoj poste.
Kion la elirejo prilaboras necese
Ordigi la kategoriojn laŭ tio, kiom fidinde la elirejo povas vidi ilin. Neniu vico postulas rompi ĉifradon, kaj ĉiu havas malsaman respondon pri tio, ĉu ĝi entute estas evitebla.
| Category | Visible at the exit | Why |
|---|---|---|
| Your public address | Always | It is the address the tunnel arrives from |
| Connection times and volume | Always | Accounting data, not content |
| Destination IP addresses | Always | The exit has to route the packets |
| HTTPS hostname (SNI) | Normally, unless ECH is used | Sent in the clear in the TLS ClientHello |
| DNS names | Only if DNS is plaintext | DoH or DoT hides the query; plaintext is readable by the forwarder |
| Page paths and form contents | Not normally | Protected by the destination site's TLS session |
La kvara vico estas tio, kion plej multaj mensaj modeloj maltrafas. Moderna retumilo metas la retejan nomon en la ClientHello, la unuan mesaĝon de la TLS-manpremo, kaj tiu kampo estas legebla ĉe la elirejo eĉ kiam ĉiu DNS-demando estas ĉifrita de fino al fino. Se Encrypted Client Hello ne estas intertraktata, la nomo vojaĝas malkaŝe apud la cela adreso. Ĉifrita DNS ŝanĝas, kiu vidas la demandon, ne kiu vidas la nomon.
La samo validas por atestiloj ĉe pli malnovaj konektoj: TLS 1.3 ĉifras la servilan atestilon, dum TLS 1.2-manpremo povas malkaŝi la nomon al observanto, kiu registras la fluon. Ambaŭ estas faktoj de la transporto kaj ne politiko de la provizanto.
Kion TLS kovras kaj kion ne
Kiam retejo servas HTTPS, via retumilo konstruas TLS-konekton al la finpunkto de tiu retejo, ne al la VPN-servilo. La provizanto plusendas ĉifritajn rikordojn kaj ekscias la celan adreson, la tempon kaj la proksimumajn grandojn. La reteja nomo vojaĝas en la ClientHello se ECH ne rolas, kaj la paĝa korpo restas ĉifrita en ambaŭ kazoj. Neatendita radika atestilo ŝanĝas tiun limon, kaj tial atestilaj avertoj meritas respekton.
Ordinara HTTP ne havas tian protekton post la elirejo. La tunelo protektas la parton al la provizanto, kaj poste la peto vojaĝas ĝuste tiel, kiel ĝi vojaĝus sen VPN. ECH ne riparas tion, ĉar ĝi protektas la nomon kaj ne la enhavon.
Konservado estas aparta demando de videbleco
Funkciigisto povas prilabori konektajn datumojn en memoro kaj konservi nenion, aŭ konservi subaron kaj precize priskribi ĝin kiel ne retuman historion. Legu aserton pri nulaj protokoloj laŭ kategorio kaj ne laŭ slogano: konektaj rikordoj, tempaj markoj, volumaj sumoj, celaj datumoj, kontaj identigiloj kaj subtenaj mesaĝoj ĉiuj kalkulas. Provizanto povas honeste teni neniujn retumajn protokolojn kaj samtempe teni la kontan rikordon kaj la metadatumojn necesajn por funkciigi la servon. Videbleco ne diras al vi, kiuj el tiuj kategorioj estas konservataj.
Aŭdito estas pruvo pri la sistemoj kaj la tempa fenestro, kiun ĝi kovris, kaj malfermitkoda klienta kodo priskribas la klienton kaj ne la servilojn. Ambaŭ utilas, kaj nek unu parolas por ĉiu konserva sistemo malantaŭ la elirejo. Petu la amplekson de aŭdito, ne ĝian insignon.
Demandoj, kiuj apartigas provizantojn
Demandu, kio estas konservata, por kiom da tempo kaj kiu povas preni ĝin. Demandu, kiu funkciigas la elirejon, ĉar dosiera listo, aplikaĵa programisto kaj la persono funkciiganta certan servilon povas esti tri malsamaj partioj. Demandu, kiel DNS estas traktata kaj ĉu ECH estas subtenata sur la vojoj, kiujn vi uzas, ĉar malkaŝa ClientHello nomas la retejon eĉ sen DNS-demando. Demandu, kio okazas ĉe jura peto, kaj legu la respondon kiel priskribon de kapablo kaj ne de intenco.
La gvidilo de EFF pri elekto de VPN estas racia kontrolo-listo por tiuj demandoj, kaj ĝi estas kadro kaj ne verdikto pri iu ajn servo. Merkata paĝo ne estas konserva politiko. Nenio el tio igas VPN senutila; ĝi ŝanĝas, al kiu vi devas fidi kaj por kio.