Kva operatøren ser inne i ein mobil VPN-tunnel
Mobilvern og VPN sluttar ved ulike grenser. Finn ut kva operatøren kan sjå, kva han kan forstyrre, og kvar han ikkje kan følgje etter.
Ei mobilkopling som ber VPN har to sjølvstendige vern, og nesten kvart forvirra påstand om mobil personvern kjem av å slå dei saman. Radionettet vernar si eiga tilgang og signalering. VPN-klienten autentiserer ein gateway og vernar trafikken til den gatewayen. Ingen av dei er eit lag i den andre, og operatøren vert ikkje VPN-motpart berre fordi han avsluttar vernet av mobiltilgangen.
Steg 1: teikn begge relasjonane
På den eine sida er telefonen og mobilnettet: registrering, radioberarar og den vernet som tilgangsstandarden måtte fastsetje. På den andre sida er VPN-klienten og ein bestemd ekstern gateway, med si eiga autentisering og sine eigne nøklar.
Ulike endepunkt, ulikt nøkkelmateriale, ulike feilmodus. Teikn dei som to linjer i staden for éi.
Steg 2: marker kvar kvar av dei sluttar
For ein IPsec-tunnel i tunnelmodus pakkar klienten den indre pakken inn i ein ny ytre IP-pakke, og nettverket videresender den ytre overskrifta. ESP-spesifikasjonen skildrar den innkapslinga direkte: nyttelasta er verna, og den ytre adresseringa er det banen ser.
phone -- cellular access protection -- radio network
phone -- ESP outer packet ------> office gateway -- inner trafficIngenting langs banen dekrypterer nyttelasta på eit ruta hopp. Handsaminga skjer ved det konfigurerte endepunktet, og difor fell ikkje dei to vernsgrensene saman til éi.
Steg 3: list opp kva operatøren framleis kan gjere
Ein tilgangsoperatør kan sjå ytre mål, tidspunkt og volum. Han kan også påverke leveringa gjennom ruting, filtrering, tap eller ei broten kopling. Ein treg eller mislukka tunnel er difor fullt mogleg utan noka dekryptering av innhaldet. Latensspissar og påtvinga attkoplingar høyrer til i same kategori.
Observasjon og forstyrring er reelle evner. Dei er ikkje den same evna som å lese den indre nyttelasta.
Steg 4: hald føresetnadene ærlege
Konklusjonen gjeld for ein støtta, rett konfigurert tunnel mellom endepunkt du stolar på. Han overlever ikkje ein kompromittert telefon, stolne legitimasjonar, ein utdatert chiffersuite eller ein gateway som sjølv er vondsinna. Han gjer heller ikkje ei uventa sertifikatåtvaring ufarleg; handsam ho som ei eiga hending og ikkje som noko du klikkar bort. Kvar av desse bryt ein føresetnad og ikkje kryptografien.
Å fjerne motpart- eller sertifikatvalidering for å få ei åtvaring til å forsvinne endrar vernetilhøvet du var avhengig av.
Steg 5: følg dataa forbi gatewayen
VPN-vernet sluttar ved sitt konfigurerte endepunkt. Det trafikken gjer vidare, er berre verna av det som køyrer på det laget, og difor er ei rett validert HTTPS-økt framleis viktig etter tunnelen. Klartekst som vert send vidare frå gatewayen, treng si eiga vurdering.
Dette er delen folk gløymer når dei skildrar ein tunnel som at han dekkjer heile banen.
Steg 6: avgrens straumane som faktisk er verna
Sjekk klientpolicyen for ekskluderte applikasjonar, delt tunnellering og adressefamiliar. Ein ekskludert app, ein adressefamilie som ikkje vert handsama, eller ei fråkopla økt kan bruke ein heilt annan bane, og eit statusikon vil ikkje seie deg kva straum som gjekk kvar.
Skriv protokollen som fire fakta: aksessnettet, det autentiserte VPN-endepunktet, applikasjonsendepunktet og trafikken som faktisk er dekt. Den protokollen er sann sjølv når ikona lyg.