VPN ja päästä päähän -salaus: kuka voi lukea mitä
VPN suojaa reitin, viestisovellus suojaa sisällön. Vertaa ulostuloa, relettä ja vastaanottajaa ennen kuin oletat kumman tahansa piilottavan viestin.
Seuraa yhtä viestiä puhelimesta ystävälle, niin se kulkee ainakin kahden erilaisen suojauksen läpi. VPN kattaa reitin asiakkaan ja sen yhdyskäytävän välillä, viestisovellus kattaa sisällön osallistujien laitteiden välillä. Kumpikaan ei korvaa toista, eikä hyödyllinen kysymys ole, kumpi on vahvempi, vaan kuka voi lukea mitä kussakin vaiheessa. Kulje polku kerran, niin roolit tulevat selviksi.
Kaksi suojausta, kaksi päätä
Lähettävässä laitteessa sovellus salaa viestin keskusteluun kuuluvilla avaimilla ja luovuttaa salatekstin sitten käyttöjärjestelmälle. VPN käärii, jos sellainen on aktiivinen, kaiken käytäntöönsä sopivan liikenteen ja kuljettaa sen yhdyskäytävälle. Sieltä paketti kulkee tavallista internetiä sovelluksen palvelimille, jotka välittävät sen vastaanottajaa kohti. Vain vastaanottajan laite pitää avainta, joka muuttaa salatekstin takaisin tekstiksi.
Rele tuolla polulla voi nähdä viestin saapuvan ja lähtevän lukematta sitä, ja juuri tämän ominaisuuden päästä päähän -salauksen on tarkoitus tarjota.
Mitä VPN:n ulostulo voi lukea ja mitä ei
VPN-yhdyskäytävä purkaa tunnelin salauksen, ei sovelluksen sisältöä. Se voi havaita, mihin palvelimeen asiakas otti yhteyttä, milloin ja kuinka paljon dataa liikkui, ja välittää paketit sitten eteenpäin. Se on merkityksellinen joukko tosiasioita ja paljon pienempi joukko kuin viestin teksti. Tavallisella HTTPS-sivustolla TLS-yhteys päättyy sivustolle, joten sivusto voi lukea lähetetyn, vaikka VPN ei voisi. Ero on siinä, mihin kukin kerros päättyy, ei siinä, mikä tuote on yksityisempi.
Vaihda kohteeksi päästä päähän salattu palvelu, niin keskellä oleva rele menettää sisällön, kun taas VPN näkee edelleen yhteyden kuvion.
Avaimet kuuluvat keskustelulle, eivät reitille
Sisältöavaimet neuvotellaan osallistujien kesken ja ne jäävät heidän laitteisiinsa; VPN ei osallistu siihen vaihtoon. Sovellukset näyttävät usein turvanumeron tai avaimen sormenjäljen, jotta molemmat osapuolet voivat verrata sitä, mitä heillä on. Tämä vertailu paljastaa keskelle vaihdetun avaimen, mikä on arvokasta ja kapeampaa kuin sen todistaminen, kuka kirjoittaa. Henkilön henkilöllisyyden vahvistaminen vaatii yhä sovelluksen ulkopuolisen kanavan, kuten puhelun tai kasvokkaisen tarkistuksen. VPN:n palvelinvarmennetarkistus varmentaa täysin toisen päätepisteen.
Älä lue vahvistettua turvanumeroa todisteeksi tilin omistuksesta. Se on todiste avaimista, ei ihmisistä.
Kopiot, metadata ja toinen laite
Luettava sisältö on päätepisteissä, joten päätepisteet päättävät, mitä seuraavaksi tapahtuu. Tee lyhyt kartta paikoista, joihin kopio voi päätyä, ennen kuin päätät, kuinka paljon tunnelista on apua.
| 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 |
Lue sovelluksen säännöt varmuuskopioista, liitetyistä laitteista, ilmoituksista ja vienneistä, koska jokainen niistä on erillinen kopio omalla käsittelyllään. Verkko paljastaa yhä ajoituksen ja määrän, vaikka sisältö olisi suojattu, ja VPN muuttaa sitä, kuka palveluntarjoaja näkee paikallisen yhteyden, ei sitä, onko tällaista metadataa olemassa. Suojatusta keskustelusta viety tiedosto säilyttää sen suojauksen, jonka sen muoto tarjoaa, eikä tunneli tee sen hyväksi jälkeenpäin mitään.
Valitse suojaus sen mukaan, mitä se kattaa: sovellus sisällölle ja avaimille, VPN reitille ja paikallisverkon näkymälle. Luettele sitten kopiot ja laitteet, jotka jäävät molempien ulkopuolelle.