Gör ett anonymt VPN-konto din trafik anonym?
Registrering utan e-post ändrar ett fält i ett formulär. Källadressen, kontots token och webbläsarens kakor svarar på tre olika frågor.
Registrering utan e-postadress ändrar ett fält i ett formulär. Det ändrar inte källadressen på nätet, inte identifieraren som tjänsten utfärdar internt, och inte heller de kakor som webbläsaren skickar till varje webbplats du besöker. Det är tre separata frågor, och bara den första handlar om kontot överhuvudtaget. Här är vad varje lager faktiskt håller, och vilket beslut som är ditt och inte leverantörens.
Behandla anonymitet som en egenskap per observatör. Fråga vilken observatör, och det ärliga svaret ändras.
Ett pseudonymt konto är fortfarande ett konto
En leverantör kan utfärda ett kontonummer, en enhetsnyckel eller en prenumerationstoken utan att någonsin fråga efter ett juridiskt namn. Det objektet binder ändå samman sessioner inne i tjänsten: samma token på samma abonnemang, i månader.
Vad operatören kan knyta till den token beror på andra system. Betalningsuppgifter finns om du betalade på ett spårbart sätt, en supportadress finns om du skrev, och enhetsidentifierare eller anslutningstider kan finnas i driftloggar. Inget av detta krävs av registreringsformuläret, och inget av det utesluts av ett formulär utan e-post. Formuläret avgör vad som efterfrågades, inte vad som finns efteråt.
Att skicka in en diagnostisk profil eller öppna ett supportärende kan lägga till fler detaljer än det ursprungliga formuläret någonsin bad om.
Vad tunnelns ändpunkt nödvändigtvis ser
Ändpunkten avslutar din anslutning, så den vet vilken källadress ditt åtkomstnät tilldelade för den sessionen och när sessionen började. Den vet också vilken intern nyckel eller vilket konto anslutningen motsvarar, eftersom den mappningen avgör vart trafiken ska skickas.
WireGuards dokumentation är ovanligt rakt på sak här: peer-identiteten är den offentliga nyckeln, inte en dold egenskap.
Det som lämnar ändpunkten mot ett mål är en annan anslutning. Om utgångsadressen delas med andra användare ser webbplatsen på andra sidan en gemensam adress i stället för din. Den separationen är verklig, och den är också den enda separation en delad utgång ger. Den döljer inte din session för operatören och smälter inte in dig i mängden för någon som kan observera båda ändarna, och det är precis det korrelationsproblem som RFC 6973 ägnar hela sin längd åt.
Vad målet fortfarande tar emot
En webbplats ser utgångsadressen, begäran och allt din klient frivilligt lämnar. Kakor, en redan inloggad session, ett webbläsaravtryck och ett sparat konto överlever alla en VPN-anslutning oförändrade, eftersom tunneln bär dem i stället för att ersätta dem.
Att logga in på ett personligt konto identifierar dig för den webbplatsen oavsett vilken etikett VPN-kontot bär.
Namnuppslag förtjänar en egen rad. Om slagen går till en resolver som operatören driver ser operatören namnen du frågar efter. Om de går till en offentlig resolver ser den resolvern dem, och detsamma gäller alla på vägen som kan observera okrypterad DNS. Hur som helst är valet av resolver ett integritetsbeslut som registreringsformuläret inte fattade åt dig.
Var korrelationen faktiskt sker
Trafikanalys behöver inte sidinnehåll. Anslutningstider, överförd volym och mönstret för vilken ändpunkt som talar med vilket mål kan ställa en källanslutning mot en utgångsanslutning när båda sidor observeras. En delad utgång skyddar dig därför mot en observatör och inte mot två som samarbetar.
Transportkryptering ändrar vad som kan läsas, inte vad som kan kopplas ihop.
Tre frågor i stället för slagordet
Var och en har en annan ägare, och därför kan ett löfte på ett lager inte täcka ett annat. Raderna nedan är hela argumentet i kompakt form.
| 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 |
Bara den mellersta raden handlar om kontot, och det bara delvis. Raderna ovanför och under bestäms av routing, av lagring och av din egen webbläsare.
Läs inventariet, inte etiketten
En leverantör som publicerar ett datainventarium, ett lagringsfönster och ett identitetsarbetsflöde har sagt dig något kontrollerbart. En leverantör som säger anonym har sagt dig ett ord. Leta efter vad som samlas in vid registrering, vad som överlever när sessionen tar slut, och enligt vilken process uppgifter lämnas till tredje part.
Saknas dessa tre är etiketten inget bevis för någonting.
Börja med observatören du faktiskt bryr dig om, följ sedan en rad i tabellen: vilken adress ser den, vilken identifierare håller den, hur länge sparas den. Rätta raden som fallerar i stället för att byta namn på kontot. Det är det enda steget här som ändrar ett resultat.