Ein WhatsApp-samtale eksponerer adresseinformasjon for meir enn éin part, og partane lærer ikkje alle det same. Personen du snakkar med kan lære noko om nettverksvegen din, tenesta lærer kva tilkopling som nådde henne, og tilgangsleverandøren din ser straumane du genererer. Ein VPN og ei vidaresending i appen endrar kvar sin del av dette biletet. Difor har spørsmålet om ein VPN gøymer IP-en min under samtalar ikkje eitt svar.

Tre observatørar, tre ulike spørsmål

Byrj med å nemne observatøren du vil gøyme deg for, fordi mekanismane ikkje kan bytast ut mot kvarandre. Å gøyme seg for den andre deltakaren er eit adresseringsspørsmål. Å gøyme seg for tenesta er eit konto-og-tilkoplingsspørsmål, og det er mykje vanskelegare å svare på enn det høyrest ut.

ObserverWhat it can learnWhat changes it
The other participantWhether the media path appears to come from your address or from a relayRelay settings in the app, or a network path that does not expose your address
The serviceYour account, the connection your client made, and the call's participantsVery little from an address change alone; the account is the identifier
Your access networkThat encrypted traffic to certain endpoints exists, and how muchRouting through a tunnel moves the visible endpoint

Kvar rad kan betrast uavhengig. Ei betring i éi rad lèt dei andre vere nøyaktig som dei var, og difor inneheld ærlege svar på dette spørsmålet vanlegvis ordet delvis.

Kva vidaresending faktisk endrar

WhatsApp dokumenterer ei innstilling som heiter Vern IP-adresse i samtalar, som finst under dei avanserte personvernvala i appen. Ho ruter samtalemediet gjennom WhatsApp-tenarar i staden for å kople deltakarane direkte saman. Den same rettleiinga seier at vidaresende samtalar framleis er ende-til-ende-krypterte. Ho åtvarar òg om at samtalekvaliteten kan endre seg.

Vidaresending er ein tenestefunksjon og ikkje ein nettverkskonfigurasjon, så han gjeld for samtalane appen vel å vidaresende og for ingenting anna på eininga. Hjelpesida til WhatsApp for denne funksjonen er den gjeldande autoriteten for kva plattformer som tilbyr han og kvar brytaren ligg.

Vidaresendinga gøymer heller ikkje samtalen for tenesta, fordi tenesta er vidaresendinga. Det endrar kva den andre deltakaren kan observere om adressa di. Det kan òg leggje til forseinking, og det er bytet innstillinga gjer.

Kva ein VPN endrar ved samtalevegen

Ein VPN endrar kvar trafikken din ser ut til å kome frå, for alt han fører. Om han fører ein bestemd samtale, kjem an på rutepolitikken til klienten. Ein full tunnel tek all trafikk, medan ein delt tunnel kanskje berre tek nokre prefiks. Ein telefon med både Wi-Fi og mobildata kan bruke ulike vegar for ulike straumar i same augneblink.

Det tyder at ei adresse du stadfesta i ein nettlesar ikkje er prov om samtalen. Appen kan halde ei langvarig tilkopling som er eldre enn tunnelen, eller bruke ein adressefamilie tunnelen ikkje dekkjer. Sjekk ruteavgjerda for den faktiske destinasjonen i staden for for ein nettstad du tilfeldigvis testa.

Ende-til-ende-kryptering av innhald er ei eiga grense frå alt dette. Ho bryt ikkje saman når vegen endrar seg, og ho dekkjer heller ikkje metadataa.

Kryptering og adressepersonvern er ulike lovnader

Å halde innhaldet i samtalen kryptert tyder at vidaresendinga ikkje kan lytte til samtalen. Det tyder ikkje at vidaresendinga ikkje lærer noko: ho ser framleis kva kontoar som er tilkopla, når og kor lenge, fordi det er det ei vidaresending gjer.

Omvendt gjer det ikkje kontoen din anonym overfor tenesta som autentiserer han, at du gøymer adressa di for motparten. Det er to separate påstandar. Ei personvernvurdering som slår dei saman, skaper ei falsk kjensle av dekning. Skriv kravet som ei setning om ein bestemd observatør, og sjekk deretter om mekanismen du valde vender seg til den observatøren og ikkje til ein nabo.

Stadfest påstanden du faktisk bryr deg om

Viss kravet handlar om aksessnettet ditt, er sjekken eit rutespørsmål du kan svare på lokalt. Viss det handlar om motparten, er sjekken den eigne innstillinga i appen. Ingen tunnelkonfigurasjon erstattar den innstillinga.

ip rule show | head -n 10
ip route get 198.51.100.7
ss -tun state established '( dport = :443 )'
tcpdump -ni wg0 -c 20 'udp or tcp port 443'

Rutesøket fortel deg kva grensesnitt ein destinasjon ville bruke. Socketlista fortel deg om ei langvarig tilkopling alt finst. Opptaket fortel deg om trafikken faktisk kryssar tunnelgrensesnittet. Erstatt dokumentasjonsadressa med endepunktet du fann frå den eigne tilkoplinga til appen, og les resultata i staden for å anta at tunnelen tok alt.

Noter kva mekanisme du stolte på for kva observatør, saman med dato og appversjon. Både vidaresendingsinnstillinga og ruteåtferda til klienten endrar seg over tid, og eit notat som nemner observatøren er den einaste versjonen av dette som framleis er nyttig.

Relaterte artiklar