VPN:s integritetspolicy kontra datavägen: en jämförande genomgång

Ta en mening ur policyn — den som fick dig att överväga leverantören — och följ den genom hela systemet. Ett löfte om tunneln beskriver inte automatiskt kontoportalen, resolvern, supportinkorgen eller betalningsbehandlaren. De flesta dåliga jämförelser uppstår genom att man läser ett påstående om en komponent och tillämpar det på en annan. Genomgången nedan gör den vanan till ett kort arbetsblad.

Följ data, inte adjektivet

En rubrik som »inga aktivitetsloggar« är ett uttalande om en kategori, och den användbara frågan är vilken komponent som ens skulle kunna producera den kategorin. Tunnelns ändpunkt kan se källadresser och tidsstämplar; en resolver kan se de efterfrågade namnen; kontosystemet kan se identitet och betalningshistorik; supporten kan se allt du klistrar in i ett ärende. Två av dessa kan drivas av samma företag och en kan vara en underleverantör.

Kryptering under överföring säger ingenting om lagring, eftersom ändpunkten dekrypterar innan den vidarebefordrar.

Börja med en komponentkarta

Skriv sex rader: klientapplikation, operatör för tunnelns ändpunkt, DNS-resolver, konto- och faktureringssystem, supportkanal och varje mottagare av diagnostik eller kraschrapporter. Anteckna för varje rad vem som driver den och om den parten är samma företag som du läser om. Whitelabel-tjänster, utkontrakterade supportdeskar och tredjepartsanalys gör svaret intressant oftare än inte.

Lista sedan vad varje komponent tekniskt har åtkomst till: källadress, kontoidentifierare, efterfrågat namn, anslutningstid, överförd volym, enhetsdetaljer, inskickad rapport. Tillgänglighet är inte lagring, men det visar vilken del av policyn som måste svara på vilken fråga.

Jämför kategorier, syfte, lagring och delning

Ett påstående att webbplatser inte lagras täcker inte sessionens tidsstämplar, och ett påstående om aggregerad statistik beskriver inte de råposter som matade den. Leta efter den exakta kategorin, det angivna syftet, lagringstiden och formuleringen om delning — i den ordningen. Där policyn säger »anonymt« ska du kontrollera vilka identifierare och vilken tidsgranularitet som tagits bort i stället för att acceptera ordet som förklaring.

Se upp för avsnitt som gäller per produktlinje. Ett webbläsartillägg, en mobilklient och en router från samma märke kan ha olika datavägar, och policyn kanske täcker alla tre med en sida allmänheter.

IETF:s vägledning om integritetsöverväganden är en användbar struktur här, eftersom den tvingar analysen att ske per komponent i stället för per marknadsföringsmening.

Värdera bevisen du accepterar

Öppen klientkod beskriver vad klienten gör med dina data och säger lite om backend som avslutar tunneln. En revision omfattar ett angivet system under en angiven period, vilket är användbart och snävare än en permanent garanti. Ett påstående om jurisdiktion är ett uttalande om rättslig process, inte om teknisk loggning. Vart och ett av dessa är bevis av ett särskilt slag, och att blanda dem ger självsäkra slutsatser som ingen kan försvara ett år senare.

Kryptering i vila skyddar poster som fortfarande finns, så det svarar på en annan fråga än huruvida posterna finns över huvud taget.

Skriv ner det som förblev obesvarat

Där en komponent saknas i policyn eller en kategori inte behandlas, skriv »oförklarat« bredvid. Det är det ärliga resultatet, och det är mer användbart än att göra tystnad till en garanti eller en anklagelse. Behåll policyns version och datum vid dina anteckningar, eftersom dessa dokument ändras tyst och en jämförelse utan version åldras snabbt.

Till sist, var tydlig med vad ditt eget test bevisade. En fungerande utgång och en ändrad offentlig adress visar routing. De säger ingenting om lagring på serversidan, och arbetsbladet är platsen där den skillnaden lever.