Kva tunnelen krypterer, og kva han lèt vere lesbart

Tunnelen din er oppe, éi fane viser ein grøn hengelås, og ei vanleg HTTP-side i ei anna fane varslar framleis om at sambandet ikkje er trygt. Den kombinasjonen forvirrar folk fordi dei to vernene dekkjer ulike avstandar. Ein VPN vernar trafikk mellom sine eigne endepunkt, og utanfor utgangen er trafikken vanleg igjen. HTTPS vernar éin samband heilt til nettstaden. Set ein dei to fakta side om side, forklarer det dei fleste spørsmåla om kva ein VPN eigentleg skjuler.

Kva tunnelen faktisk dekkjer

Mellom klienten og VPN-motparten ser ein observatør krypterte byte i staden for ein lesbar førespurnad. Det dekkjer segmentet tunnelen kryssar, og det er vanlegvis den delen du ikkje kontrollerer. Det strekkjer seg ikkje til sambandet mellom VPN-utgangen og nettstaden, fordi tunnelen enda ved utgangen. Byta er lesbare igjen frå det augneblunken tunnelen blir avslutta. Ingenting av dette er feil konfigurasjon.

Utgangen er ein maskin som dekrypterer og sender vidare, og det er nettopp det ein VPN er til for. Alt han sender vidare er synleg for han i den forma han tok imot det, så ein vanleg HTTP-førespurnad blir verande klartekst frå utgangen og utover.

Les det som ein eigenskap og ikkje som ein mangel. Kryptering er avgrensa til ein stig, og stigen sluttar der tenesta byrjar.

Nøklar, nonce og integritet i klartekst

Gåande trafikk blir verna med symmetrisk kryptografi, og begge endar leier ut eller skaffar nøkkelmaterialet under handtrykket. Autentisert kryptering, skildra i generelle vendingar av RFC 5116, gjev konfidensialitet og integritet i éin konstruksjon. Mottakaren avviser endra byte i staden for berre å ikkje klare å lese dei, og det er den delen folk gløymer når dei trur kryptering tyder å blande saman.

Nøklane kjem frå den utvekslinga, ikkje frå passordet som blir skrive ved pålogging. Passordet autentiserer ein identitet, og deretter etablerer protokollen sesjonsmateriale. Ephemeral nøkkelutveksling er det som gjev framoverløyndom, så ein innspelt sesjon blir verande ulesbar sjølv om ein langsiktig nøkkel lek seinare.

Eit stort tal i ein spesifikasjon svarar ikkje på noko av desse spørsmåla, og å samanlikne tal på tvers av urelaterte algoritmar er ikkje ei rangering. Spør i staden kva nøkkelutvekslinga gjev.

Kvar tunnelen endar

Endepunktet som avsluttar tunnelen kan lese det det sender vidare. Det gjeld ein bedriftsgateway, ein kommersiell leverandør og ein sjølvhosta tenar på same måte. Det er designet, ikkje ein mangel i det. Sterk kryptografi kan ikkje hindre eit kompromittert endepunkt i å lese klartekst som kjem dit, fordi endepunktet er der vernet stoppar.

HTTPS held fram forbi det punktet, og difor kan ein nettstad vere trygg på eit fiendtleg nettverk sjølv utan VPN. Dei to vernene overlappar på det første segmentet, og berre eitt av dei held fram etter utgangen.

Det er også grunnen til at å svekkje sertifikatverifiseringa for å få eit samband til å verke ikkje er ein test av tunnelen. Det slår av eit anna vern og lèt deg sitje att med mindre enn du byrja med.

Kvifor anonymitet er eit anna produkt

Adresser, tidsbruk og volum blir verande observerbare utanfor tunnelen. Ein observatør kan sjå at trafikk flyt til eit VPN-endepunkt, omtrent kor mykje og når. Innhaldet kan vere ulesbart medan mønsteret framleis er informativt.

Leverandøren sit også ein annan stad enn ditt eige nett, som er ei endring av observatør og ikkje ei fjerning av observasjon. Infokapslar, påloggingar og kontoidentifikatorar verkar nøyaktig som før, fordi tunnelen aldri lova å endre dei.

Vel ein leverandør ut frå loggføringspolitikken og jurisdiksjonen hans om det er kravet, og les deretter politikken sjølv. Marknadssider svarar sjeldan på det spørsmålet på ein måte nokon kan revidere.

Sjekk tunnelen og nettstaden kvar for seg

Verifiser tunnelen først, så du veit kva vern du testar. Verifiser deretter eigen transport for nettstaden, og samanlikn dei to resultata i staden for å tru at det eine inneber det andre. Ein tunnel som ber vanleg HTTP, og ein nettstad som leverer HTTPS, gjer begge nøyaktig det dei vart konfigurerte til.

Køyr kontrollane mot ein vert du har løyve til å teste, og les utdata i staden for samandraget.

wg show
ip -brief addr show tun0
curl -sS -o /dev/null -w '%{http_code} %{url_effective}\n' https://example.com

Når tunnelen er oppe og nettstaden er HTTPS, har du to vern på det første segmentet og eitt på det andre. Når nettstaden er vanleg HTTP, er det andre segmentet lesbart for alle som er der, inkludert utgangen som sende førespurnaden vidare. Å vite kva av dei to som manglar er heile diagnosen, og det krev to kommandoar i staden for ein ny klient.