Hvad din VPN-udbyder kan se, og hvad den ikke kan
Udgangen ser adresser, tidspunkter og, medmindre Encrypted Client Hello bruges, webstedsnavnet i TLS-håndtrykket. Opbevaring er et separat spørgsmål.
Din tunnel holder det lokale netværk ude af din trafik. Den fjerner dog ikke virksomheden i den anden ende, som håndterer hver pakke, før den når det åbne internet. Den position er både forretningsmodellen og privatlivsspørgsmålet. Det nyttige spørgsmål er derfor ikke, om udbyderen kan se dig, men hvad den ser, hvad den kan navngive, og hvad den beholder.
Hvor tilliden faktisk flytter sig
Krypteringen løber fra din enhed til udbyderens server, og det ydre ben er alt, hvad dit lokale netværk nogensinde ser. Udbyderen holder den anden ende af benet, så den dekrypterer tunnelen og videresender dine pakker. Der er ingen fejl i det; det er definitionen på den tjeneste, du har købt. Tilliden flyttede fra den lokale operatør til udgangens operatør i stedet for at forsvinde.
Fra den position lærer den din kildeadresse, hvornår du forbandt, cirka hvor meget du overførte, og hvilke destinationer du kontaktede. Intet af det kræver at læse dine beskeder, og det er pointen med at skille kategorierne ad. De interessante forskelle mellem udbydere handler om, hvad der sker med de observationer bagefter.
Hvad udgangen håndterer af nødvendighed
Sortér kategorierne efter, hvor pålideligt udgangen kan se dem. Ingen af rækkerne kræver at bryde kryptering, og hver har et forskelligt svar på, om den overhovedet kan undgås.
| 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 |
Den fjerde række er det, de fleste mentale modeller overser. En moderne browser sætter webstedsnavnet i ClientHello, den første besked i TLS-håndtrykket, og det felt er læsbart ved udgangen, selv når hver DNS-forespørgsel er krypteret ende til ende. Medmindre Encrypted Client Hello forhandles, rejser navnet i klartekst ved siden af destinationsadressen. Krypteret DNS ændrer, hvem der ser forespørgslen, ikke hvem der ser navnet.
Det samme gælder certifikater på ældre forbindelser: TLS 1.3 krypterer servercertifikatet, mens et TLS 1.2-håndtryk kan afsløre navnet for en observatør, der optager strømmen. Begge er transportfakta og ikke udbyderpolitik.
Hvad TLS dækker, og hvad det ikke gør
Når et websted leverer HTTPS, opbygger din browser en TLS-forbindelse til det websteds endepunkt, ikke til VPN-serveren. Udbyderen videresender krypterede poster og erfarer destinationsadressen, tidspunktet og de omtrentlige størrelser. Webstedsnavnet følger med i ClientHello, medmindre ECH er i spil, og sidens krop forbliver krypteret i begge tilfælde. Et uventet rodcertifikat ændrer den grænse, og derfor fortjener certifikatadvarsler respekt.
Almindelig HTTP har ingen sådan beskyttelse efter udgangen. Tunnelen beskytter benet til udbyderen, og derefter rejser anmodningen præcis, som den ville have gjort uden en VPN. ECH reparerer ikke det, fordi det beskytter navnet og ikke indholdet.
Opbevaring er et andet spørgsmål end synlighed
En operatør kan behandle forbindelsesdata i hukommelsen og intet beholde, eller beholde en delmængde og beskrive den præcist som ikke at være browserhistorik. Læs en no-logs-påstand efter kategori i stedet for efter slogan: forbindelsesposter, tidsstempler, samlede mængder, destinationsdata, kontoidentifikatorer og supportbeskeder tæller alle. En udbyder kan ærligt ikke føre browserlogfiler og samtidig opbevare kontoposten og de metadata, der er nødvendige for at drive tjenesten. Synlighed fortæller dig ikke, hvilken af disse kategorier der lagres.
En revision er bevis om systemerne og det tidsvindue, den dækkede, og åben klientkode beskriver klienten og ikke serverne. Begge er nyttige, og ingen af dem taler for ethvert lagersystem bag udgangen. Spørg om omfanget af en revision, ikke om dens badge.
Spørgsmål, der adskiller udbydere
Spørg, hvad der opbevares, hvor længe, og hvem der kan hente det. Spørg, hvem der driver udgangen, fordi en katalogpost, en appudvikler og den person, der driver en bestemt server, kan være tre forskellige parter. Spørg, hvordan DNS håndteres, og om ECH understøttes på de veje, du bruger, da et ClientHello i klartekst navngiver webstedet selv uden en DNS-forespørgsel. Spørg, hvad der sker ved en juridisk anmodning, og læs svaret som en beskrivelse af evne snarere end hensigt.
EFF's guide til at vælge en VPN er en rimelig tjekliste til de spørgsmål, og den er en ramme snarere end en dom over nogen tjeneste. En marketingsside er ikke en opbevaringspolitik. Intet af dette gør en VPN ubrugelig; det ændrer, hvem du skal stole på, og hvorfor.