Seguiu un missatge des d’un telèfon fins a un amic i veureu que passa per almenys dos tipus diferents de protecció. La VPN cobreix la ruta entre el client i la seva passarel·la; l’aplicació de missatgeria cobreix el contingut entre els dispositius dels participants. Cap de les dues substitueix l’altra, i la pregunta útil no és quina és més forta, sinó qui pot llegir què a cada pas. Recorreu el camí una vegada i els papers es fan evidents.

Dues proteccions, dos extrems

Al dispositiu emissor, l’aplicació xifra el missatge amb claus que pertanyen a la conversa i després lliura el text xifrat al sistema operatiu. La VPN, si n’hi ha una d’activa, embolcalla tot el trànsit que coincideix amb la seva política i el porta a una passarel·la. Des d’allà el paquet viatja per internet ordinari fins als servidors de l’aplicació, que el retransmeten cap al destinatari. Només el dispositiu del destinatari té la clau que converteix el text xifrat de nou en text.

Un relé en aquest camí pot veure com un missatge arriba i marxa sense llegir-lo, i aquesta és precisament la propietat que el xifratge d’extrem a extrem ha de proporcionar.

Què pot i què no pot llegir la sortida de la VPN

La passarel·la VPN desxifra el túnel, no el contingut de l’aplicació. Pot observar a quin servidor s’ha connectat el client, quan i quantes dades s’han mogut, i després reenviar els paquets. És un conjunt de fets significatiu i molt més petit que el text del missatge. En un lloc HTTPS corrent, la connexió TLS acaba al lloc web, així que el lloc pot llegir què s’hi ha enviat encara que la VPN no pugui. La diferència és on acaba cada capa, no quin producte és més privat.

Canvieu la destinació per un servei xifrat d’extrem a extrem i el relé del mig perd el contingut, mentre que la VPN continua veient el patró de connexió.

Les claus pertanyen a la conversa, no a la ruta

Les claus de contingut es negocien entre els participants i es queden als seus dispositius; la VPN no participa en aquest intercanvi. Les aplicacions sovint mostren un número de seguretat o una empremta de clau perquè les dues bandes puguin comparar què tenen. Aquesta comparació detecta una clau substituïda al mig, cosa que és valuosa i més estreta que demostrar qui escriu. Confirmar la identitat d’una persona encara necessita un canal fora de l’aplicació, com una trucada o una comprovació en persona. La comprovació del certificat del servidor de la VPN verifica un extrem completament diferent.

No llegiu un número de seguretat verificat com a prova de la propietat del compte. És una evidència sobre claus, no sobre persones.

Còpies, metadades i l’altre dispositiu

El contingut llegible existeix als extrems, així que els extrems decideixen què passa després. Feu un mapa breu dels llocs on pot anar a parar una còpia abans de decidir quant ajuda el túnel.

PointCan it read the messageWhy
Sending deviceYesContent exists before encryption
VPN gatewayNoTerminates the tunnel, not the app keys
App relayNo, by designOnly ciphertext passes through
Recipient deviceYesHolds the conversation keys
Cloud backupDepends on the productMay store plaintext or an encrypted archive

Llegiu les regles de l’aplicació per a còpies de seguretat, dispositius vinculats, notificacions i exportacions, perquè cadascuna és una còpia separada amb el seu propi tractament. La xarxa encara exposa el moment i el volum fins i tot quan el contingut està protegit, i la VPN canvia quin proveïdor veu la connexió local, no si aquestes metadades existeixen. Un fitxer exportat d’una conversa protegida conserva la protecció que li dona el seu format, i el túnel no fa res per ell després.

Trieu la protecció per a allò que cobreix: l’aplicació per al contingut i les claus, la VPN per a la ruta i la visió de la xarxa local. Després enumereu les còpies i els dispositius que queden fora de totes dues.

Articles relacionats