Què xifra el túnel i què deixa llegible
El túnel amaga el contingut entre els seus extrems i res més enllà. Les claus, la integritat i els extrems decideixen la resta, i HTTPS continua fent la seva feina.
El teu túnel està actiu, una pestanya mostra un cadenat verd i una pàgina HTTP simple en una altra pestanya encara avisa que la connexió no és segura. Aquesta combinació confon la gent perquè les dues proteccions cobreixen distàncies diferents. Una VPN protegeix el trànsit entre els seus propis extrems, i més enllà de la sortida el trànsit torna a ser ordinari. HTTPS protegeix una connexió fins al lloc web. Posar aquests dos fets un al costat de l'altre explica la majoria de preguntes sobre què amaga realment una VPN.
Què cobreix realment el túnel
Entre el client i el parell VPN, un observador veu bytes xifrats i no una petició llegible. Això cobreix el tram que travessa el túnel, que normalment és la part que no controles. No s'estén a l'enllaç entre la sortida VPN i el lloc web, perquè el túnel ha acabat a la sortida. Els bytes tornen a ser llegibles des del moment en què el túnel acaba. Res d'això no és una configuració incorrecta.
La sortida és una màquina que desxifra i reenvia, que és exactament per a què serveix una VPN. Tot el que reenvia li és visible en la forma en què ho ha rebut, així que una petició HTTP simple continua sent text pla des de la sortida endavant.
Llegeix-ho com una propietat i no com un defecte. El xifratge es limita a un camí, i el camí acaba on comença el servei.
Claus, nonces i integritat en paraules planeres
El trànsit continu es protegeix amb criptografia simètrica, i tots dos extrems deriven o obtenen el material de clau durant l'apretada de mans. El xifratge autenticat, descrit en termes generals per l'RFC 5116, dóna confidencialitat i integritat en una sola construcció. El receptor rebutja els bytes modificats en lloc de simplement no poder llegir-los, i aquesta és la part que la gent oblida quan pensa que xifrar vol dir barrejar.
Les claus venen d'aquest intercanvi, no de la contrasenya escrita a l'inici de sessió. La contrasenya autentica una identitat, i després el protocol estableix el material de sessió. L'intercanvi efímer de claus és el que dóna secret anticipat, així que una sessió enregistrada continua sent il·legible encara que una clau de llarg termini es filtri més endavant.
Un nombre gran en una especificació no respon a cap d'aquestes preguntes, i comparar nombres entre algorismes no relacionats no és un rànquing. Pregunta en canvi què ofereix l'intercanvi de claus.
On acaba el túnel
L'extrem que acaba el túnel pot llegir el que reenvia. Això és cert igualment per a una passarel·la corporativa, un proveïdor comercial i un servidor autoallotjat. És el disseny, no un defecte. La criptografia forta no pot impedir que un extrem compromès llegeixi el text pla que hi arriba, perquè l'extrem és on s'atura la protecció.
HTTPS continua més enllà d'aquest punt, i per això un lloc pot ser segur en una xarxa hostil fins i tot sense VPN. Les dues proteccions se solapen al primer tram i només una continua després de la sortida.
Per això mateix, debilitar la verificació del certificat perquè una connexió funcioni no és una prova del túnel. Desactiva una altra protecció i et deixa amb menys del que tenies al principi.
Per què l'anonimat és un altre producte
Les adreces, el moment i el volum continuen sent observables fora del túnel. Un observador pot veure que el trànsit va cap a un extrem VPN, aproximadament quant i quan. El contingut pot ser il·legible mentre el patró encara informa.
El proveïdor també és en un lloc diferent de la teva xarxa, cosa que és un canvi d'observador i no una eliminació de l'observació. Les galetes, els inicis de sessió i els identificadors de compte funcionen exactament com abans, perquè el túnel mai no va prometre alterar-los.
Tria un proveïdor per la seva política de registre i la seva jurisdicció si aquest és el requisit, i després llegeix la política mateixa. Les pàgines de màrqueting poques vegades responen aquesta pregunta de manera que algú pugui auditar.
Comprova el túnel i el lloc per separat
Verifica primer el túnel, per saber quina protecció estàs provant. Després verifica el transport propi del lloc i compara els dos resultats en lloc de suposar que un implica l'altre. Un túnel que porta HTTP simple i un lloc que serveix HTTPS fan exactament el que se'ls ha configurat.
Executa les comprovacions contra un amfitrió que tinguis permís per provar i llegeix la sortida, no el resum.
wg show
ip -brief addr show tun0
curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' https://example.comQuan el túnel està actiu i el lloc és HTTPS, tens dues proteccions al primer tram i una al segon. Quan el lloc és HTTP simple, el segon tram és llegible per qualsevol que hi sigui, inclosa la sortida que ha reenviat la petició. Saber quina de les dues falta és tot el diagnòstic, i calen dues ordres en lloc d'un client nou.