Kan iemand jou IP in 'n kletsapp sien? Wat elke waarnemer weet
In 'n klets wat deur 'n diens deurgegee word, is die sender en jou netwerk-eweknie verskillende entiteite. Skei wat die diens sien, wat jy sien en wat die app se etiket impliseer.
“Met wie praat ek?” is twee vrae wat een sin dra. Een gaan oor die rekening wat die boodskap geskryf het, die ander oor die masjien aan die ander kant van die netwerkverbinding wat jou kliënt werklik hou. In 'n klets wat deur 'n diens deurgegee word, is dit byna nooit dieselfde entiteit nie, en die verskil verklaar die meeste verwarring oor wat 'n VPN wel of nie verberg vir die persoon aan wie jy skryf nie. Kry die topologie reg, dan word die privaatheidsvraag beantwoordbaar eerder as emosioneel.
Jou kliënt praat met die diens, nie met die ander persoon nie
Dink aan 'n teksklets-toepassing waar elke deelnemer aan die diens koppel en die diens boodskappe tussen rekeninge aflewer. Jou kliënt hou 'n verbinding met die diens; die ander deelnemer het 'n aparte verbinding na dieselfde diens. Die boodskap reis van hul kliënt na die diens en van die diens na jou s'n, wat beteken jou vervoer-eweknie is 'n diens-eindpunt eerder as hul toestel.
Alex's client -> chat service -> your clientAlles wat volg kom uit daardie een diagram. Om na jou eie verbinding te kyk, identifiseer die diens, nie Alex nie. Om na Alex se verbinding te kyk, identifiseer die diens van die ander kant. Nie een waarneming is op sigself 'n pakketvlak-rekord van die ander persoon se toestel nie, en geen hoeveelheid inspeksie van jou eie verkeer maak dit een nie.
Verskillende waarnemers versamel verskillende bewyse
Die diens is in 'n sterker posisie as enige deelnemer, want dit beëindig beide verbindings en weet terselfdertyd watter rekening elkeen besit. Wat dit bewaar, hoe lank dit dit hou, watter rekords dit saamvoeg en aan wie dit dit openbaar, is aparte vrae met aparte antwoorde, en nie een daarvan word beantwoord deur “die app is end-tot-end versleutel” nie.
Jy, as ontvanger, is in 'n swak posisie vir netwerkfeite maar 'n sterk posisie vir inhoudfeite: die boodskapteks, die vertoonnaam, enigiets wat die sender getik of aangeheg het. 'n Sender wat hul eie adres tik, het dit openbaar gemaak, en daardie openbaarmaking is nie 'n netwerkwaarneming nie, selfs al lees dit soos een.
| Observer | Sees | Cannot conclude |
|---|---|---|
| You | Your connection to the service, message contents, sender-supplied details | The other client's source address |
| The other participant | Their connection, message contents, what the service attaches | Your source address |
| The service | Both connections, account mapping, delivery metadata | What it does not retain, or what leaves its boundary |
As Alex deur 'n VPN koppel, kan die diens die uitgangsadres vir daardie verbinding sien eerder as Alex se tuisadres. Dit is 'n stelling oor wat die diens sien. Dit beteken nie die uitgangsadres word aan jou oorhandig nie, en dit beteken beslis nie jou eie verbinding word geanonimiseer deur Alex se keuse van vervoer nie.
Wanneer die app regtig eweknie-tot-eweknie is
Die deurgee-model is 'n model, nie 'n wet nie. Sommige boodskapfunksies vestig direkte paaie tussen kliënte, byvoorbeeld 'n blaaiergebaseerde datakanaal wat deur 'n seinbediener onderhandel word, of 'n lêeroordrag-modus wat die twee toestelle verbind om te verhoed dat groot data deurgegee word. In daardie gevalle is die vervoer-eweknie werklik die ander deelnemer se toestel, en die waarnemer-analise verander heeltemal.
'n Toepassing se vriendelike etiket is nie genoeg om te sê in watter een jy is nie. “Direkte boodskap” beskryf wie dit lees, nie hoe dit vervoer word nie, en 'n oproep- of skermdeelfunksie binne dieselfde app kan 'n ander topologie as die teksdraad langsaan gebruik. Lees die verskaffer se dokumentasie vir die spesifieke funksie, of kyk watter verbindings jou kliënt oopmaak terwyl jy dit gebruik.
Die end-tot-end-versleuteling-stelling dek wie beskermde inhoud kan lees. Dit sê niks oor watter bedieners verbindings aanvaar, watter metadata hulle sien, of 'n direkte pad bestaan nie, en RFC 6973 se bespreking van waarnemer-vermoëns is 'n nuttige dissipline: noem die waarnemer, lys dan wat daardie waarnemer werklik kan versamel.
Wat dit vir 'n VPN beteken
'n VPN verander wat die diens vir jou verbinding sien. Dit verander nie wie jou vervoer-eweknie is nie, en dit gee die ander deelnemer nie 'n nuwe siening van jou adres nie. Om te verwag dat 'n VPN jou vir die persoon aan wie jy skryf sal wegsteek, is 'n kategorie-fout: hul kliënt het nooit 'n verbinding met jou s'n gehad nie.
Wat 'n VPN wel kan verander, is 'n direkte-pad-funksie. As die app andersins 'n eweknie-tot-eweknie-verbinding sou onderhandel, kan dit jou verkeer deur 'n tonnel te lei eerder 'n deurgee forseer, en sommige funksies sal anders optree of terugval; dit is 'n werklike effek, maar dit gaan oor topologie, nie oor om uit die gesprek te verdwyn nie.
Hou dan die twee vrae apart in alles wat jy neerskryf. Watter rekening het dit gestuur, en watter eindpunt het dit gedra. Beantwoord albei eksplisiet, let op wie elke antwoord kan waarneem, en hou op om hulle in een enkele uitspraak te kombineer oor of 'n boodskap opgespoor kan word.