VPN og ende-til-ende-kryptering: hvem kan lese hva
En VPN beskytter ruten, meldingsappen beskytter innholdet. Sammenlign utgangen, reléet og mottakeren før du antar at en av dem skjuler meldingen.
Følg én melding fra en telefon til en venn, og den går gjennom minst to ulike former for beskyttelse. VPN-en dekker ruten mellom klienten og gatewayen, meldingsappen dekker innholdet mellom deltakernes enheter. Ingen av dem erstatter den andre, og det nyttige spørsmålet er ikke hvilken som er sterkest, men hvem som kan lese hva ved hvert trinn. Gå veien én gang, og rollene blir tydelige.
To beskyttelser, to ender
På senderenheten krypterer appen meldingen med nøkler som hører til samtalen, og overleverer deretter chifferteksten til operativsystemet. VPN-en pakker, hvis den er aktiv, inn all trafikk som samsvarer med policyen, og fører den til en gateway. Derfra reiser pakken over det vanlige internettet til appens servere, som videresender den mot mottakeren. Bare mottakerens enhet har nøkkelen som gjør chifferteksten om til tekst igjen.
Et relé på den veien kan se en melding komme og gå uten å lese den, og det er nettopp egenskapen ende-til-ende-kryptering skal gi.
Hva VPN-utgangen kan og ikke kan lese
En VPN-gateway dekrypterer tunnelen, ikke appens innhold. Den kan observere hvilken server klienten kontaktet, når og hvor mye data som flyttet seg, og deretter sende pakkene videre. Det er et meningsfullt sett med fakta og et mye mindre sett enn meldingsteksten. For et vanlig HTTPS-nettsted slutter TLS-forbindelsen på nettstedet, så nettstedet kan lese det som ble sendt, selv om VPN-en ikke kan. Forskjellen handler om hvor hvert lag slutter, ikke om hvilket produkt som er mer privat.
Endre destinasjonen til en ende-til-ende-kryptert tjeneste, og reléet i midten mister innholdet, mens VPN-en fortsatt ser tilkoblingsmønsteret.
Nøkler hører til samtalen, ikke til ruten
Innholdsnøkler forhandles mellom deltakerne og blir værende på enhetene deres; en VPN deltar ikke i den utvekslingen. Apper viser ofte et sikkerhetsnummer eller et nøkkelavtrykk slik at begge sider kan sammenligne det de har. Den sammenligningen avdekker en utskiftet nøkkel i midten, noe som er verdifullt og snevrere enn å bevise hvem som skriver. Bekreftelse av en persons identitet krever fortsatt en kanal utenfor appen, som en samtale eller en sjekk ansikt til ansikt. En VPNs servercertifikatkontroll verifiserer et helt annet endepunkt.
Ikke les et bekreftet sikkerhetsnummer som bevis for kontoeierskap. Det er bevis om nøkler, ikke om mennesker.
Kopier, metadata og den andre enheten
Lesbart innhold finnes ved endene, så endene avgjør hva som skjer videre. Lag et kort over stedene der en kopi kan lande før du bestemmer hvor mye tunnelen hjelper.
| Point | Can it read the message | Why |
|---|---|---|
| Sending device | Yes | Content exists before encryption |
| VPN gateway | No | Terminates the tunnel, not the app keys |
| App relay | No, by design | Only ciphertext passes through |
| Recipient device | Yes | Holds the conversation keys |
| Cloud backup | Depends on the product | May store plaintext or an encrypted archive |
Les appens regler for sikkerhetskopier, tilkoblede enheter, varsler og eksport, fordi hver av dem er en egen kopi med sin egen håndtering. Nettverket avslører fortsatt tidspunkt og volum selv når innholdet er beskyttet, og en VPN endrer hvilken leverandør som ser den lokale tilkoblingen, ikke om slike metadata finnes. En fil som eksporteres fra en beskyttet samtale, beholder den beskyttelsen formatet gir, og tunnelen gjør ingenting for den etterpå.
Velg beskyttelsen for det den dekker: appen for innhold og nøkler, VPN-en for ruten og utsynet til det lokale nettverket. Deretter lister du opp kopiene og enhetene som ligger utenfor begge.