Vad din VPN-leverantör kan se och vad den inte kan se
Utgången ser adresser, tider och, om inte Encrypted Client Hello används, webbplatsens namn i TLS-handskakningen. Lagring är en separat fråga.
Din tunnel håller det lokala nätverket utanför din trafik. Den tar dock inte bort företaget i andra änden, som hanterar varje paket innan det når det öppna internet. Den positionen är både affärsmodellen och integritetsfrågan. Den användbara frågan är därför inte om leverantören kan se dig, utan vad den ser, vad den kan namnge och vad den behåller.
Vart förtroendet faktiskt flyttar
Krypteringen går från din enhet till leverantörens server, och den yttre delen är allt ditt lokala nätverk någonsin ser. Leverantören håller i den andra änden av delen, så den dekrypterar tunneln och skickar vidare dina paket. Det finns inget fel i det; det är definitionen av tjänsten du köpte. Förtroendet flyttade från den lokala operatören till operatören av utgången i stället för att försvinna.
Från den positionen lär den sig din källadress, när du anslöt, ungefär hur mycket du överförde och vilka destinationer du kontaktade. Inget av det kräver att läsa dina meddelanden, och det är poängen med att skilja kategorierna. De intressanta skillnaderna mellan leverantörer handlar om vad som händer med de observationerna efteråt.
Vad utgången hanterar av nödvändighet
Sortera kategorierna efter hur tillförlitligt utgången kan se dem. Ingen av raderna kräver att bryta kryptering, och var och en har ett annat svar på om den alls går att undvika.
| 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 fjärde raden är det som de flesta mentala modeller missar. En modern webbläsare lägger webbplatsens namn i ClientHello, det första meddelandet i TLS-handskakningen, och fältet är läsbart vid utgången även när varje DNS-fråga är krypterad från ände till ände. Om inte Encrypted Client Hello förhandlas reser namnet i klartext bredvid destinationsadressen. Krypterad DNS ändrar vem som ser frågan, inte vem som ser namnet.
Samma sak gäller certifikat på äldre anslutningar: TLS 1.3 krypterar serverns certifikat, medan en TLS 1.2-handskakning kan exponera namnet för en observatör som spelar in strömmen. Båda är transportfakta och inte leverantörspolicy.
Vad TLS täcker och vad det inte täcker
När en webbplats levererar HTTPS bygger din webbläsare en TLS-anslutning till den webbplatsens slutpunkt, inte till VPN-servern. Leverantören vidarebefordrar krypterade poster och får veta destinationsadressen, tidpunkten och de ungefärliga storlekarna. Webbplatsens namn följer med i ClientHello om inte ECH är i spel, och sidans brödtext förblir krypterad i båda fallen. Ett oväntat rotcertifikat ändrar den gränsen, och därför förtjänar certifikatvarningar respekt.
Vanlig HTTP har inget sådant skydd efter utgången. Tunneln skyddar delen till leverantören, och därefter reser förfrågan exakt som den skulle ha gjort utan VPN. ECH reparerar inte det, eftersom det skyddar namnet och inte innehållet.
Lagring är en annan fråga än synlighet
En operatör kan behandla anslutningsdata i minnet och inte behålla något, eller behålla en delmängd och beskriva den korrekt som inte webbläsarhistorik. Läs ett nolloggar-påstående per kategori och inte per slogan: anslutningsposter, tidsstämplar, volymtotaler, destinationsdata, kontoidentifierare och supportmeddelanden räknas alla. En leverantör kan ärligt inte föra webbläsarloggar och samtidigt behålla kontoposten och de metadata som behövs för att driva tjänsten. Synlighet berättar inte vilken av dessa kategorier som lagras.
En granskning är bevis om systemen och det tidsfönster den täckte, och öppen klientkod beskriver klienten och inte servrarna. Båda är användbara, och ingen av dem talar för varje lagringssystem bakom utgången. Fråga efter omfattningen av en granskning, inte efter dess märke.
Frågor som skiljer leverantörer
Fråga vad som lagras, hur länge och vem som kan hämta det. Fråga vem som driver utgången, eftersom en katalogpost, en apputvecklare och personen som driver en viss server kan vara tre olika parter. Fråga hur DNS hanteras och om ECH stöds på de vägar du använder, eftersom ett ClientHello i klartext namnger webbplatsen även utan en DNS-fråga. Fråga vad som händer vid en juridisk begäran, och läs svaret som en beskrivning av förmåga och inte av avsikt.
EFF:s guide för att välja en VPN är en rimlig checklista för de frågorna, och den är ett ramverk och inte en dom över någon tjänst. En marknadsföringssida är inte en lagringspolicy. Inget av detta gör en VPN värdelös; det ändrar vem du måste lita på, och varför.