VPN og ende-til-ende-kryptering: kven kan lese kva
Ein VPN vernar ruta, meldingsappen vernar innhaldet. Samanlikn utgangen, reléet og mottakaren før du går ut frå at ein av dei skjuler meldinga.
Fylg éi melding frå ein telefon til ein ven, og ho går gjennom minst to ulike former for vern. VPN-en dekkjer ruta mellom klienten og gatewayen, meldingsappen dekkjer innhaldet mellom einingane til deltakarane. Ingen av dei erstattar den andre, og det nyttige spørsmålet er ikkje kven som er sterkast, men kven som kan lese kva ved kvart steg. Gå vegen éin gong, og rollene blir tydelege.
To vern, to endar
På sendeininga krypterer appen meldinga med nøklar som høyrer til samtalen, og overleverer deretter chifferteksten til operativsystemet. VPN-en pakkar, om han er aktiv, inn all trafikk som samsvarar med policyen, og fører han til ein gateway. Derifrå reiser pakken over det vanlege internettet til tenarane til appen, som vidaresender han mot mottakaren. Berre eininga til mottakaren har nøkkelen som gjer chifferteksten om til tekst igjen.
Eit relé på den vegen kan sjå ei melding kome og gå utan å lese ho, og det er nettopp eigenskapen ende-til-ende-kryptering skal gje.
Kva VPN-utgangen kan og ikkje kan lese
Ein VPN-gateway dekrypterer tunnelen, ikkje innhaldet i appen. Han kan sjå kva tenar klienten kontakta, når og kor mykje data som flytta seg, og deretter sende pakkane vidare. Det er eit meiningsfullt sett med fakta og eit mykje mindre sett enn meldingsteksten. På ein vanleg HTTPS-nettstad sluttar TLS-sambandet på nettstaden, så nettstaden kan lese det som vart sendt, sjølv om VPN-en ikkje kan. Skilnaden handlar om kvar kvart lag sluttar, ikkje om kva produkt som er meir privat.
Endre destinasjonen til ein ende-til-ende-kryptert teneste, og reléet i midten mistar innhaldet, medan VPN-en framleis ser tilkoplingsmønsteret.
Nøklar høyrer til samtalen, ikkje til ruta
Innhaldsnøklar blir forhandla mellom deltakarane og blir verande på einingane deira; ein VPN deltek ikkje i den utvekslinga. Appar viser ofte eit tryggleiksnummer eller eit nøkkelavtrykk slik at begge sider kan samanlikne det dei har. Den samanlikninga avdekkjer ein utskifta nøkkel i midten, noko som er verdifullt og snevrare enn å bevise kven som skriv. Stadfesting av identiteten til ein person krev framleis ein kanal utanfor appen, som ein samtale eller ein sjekk ansikt til ansikt. Servercertifikatkontrollen til ein VPN verifiserer eit heilt anna endepunkt.
Ikkje les eit stadfesta tryggleiksnummer som prov på kontoeige. Det er prov om nøklar, ikkje om menneske.
Kopiar, metadata og den andre eininga
Lesbart innhald finst ved endane, så endane avgjer kva som skjer vidare. Lag eit kort over stadene der ein kopi kan lande før du bestemmer kor mykje 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 reglane til appen for sikkerheitskopiar, tilkopla einingar, varsel og eksport, fordi kvar av dei er ein eigen kopi med si eiga handsaming. Nettverket avdekkjer framleis tidspunkt og volum sjølv når innhaldet er verna, og ein VPN endrar kva leverandør som ser den lokale tilkoplinga, ikkje om slike metadata finst. Ei fil som blir eksportert frå ein verna samtale, beheld det vernet formatet gir, og tunnelen gjer ingenting for henne etterpå.
Vel vernet for det det dekkjer: appen for innhald og nøklar, VPN-en for ruta og utsynet til det lokale nettverket. Deretter listar du opp kopiane og einingane som ligg utanfor begge.