Kin immen jo IP sjen yn in chat-app? Wat elke waarnimmer wit
Yn in chat fia in tsjinst binne de stjoerder en jo netwurkpartner ferskillende entiteiten. Skied wat de tsjinst sjocht, wat jo sjogge en wat it label fan de app betsjut.
„Mei wa praat ik?“ binne twa fragen yn ien sin. De iene giet oer it akkount dat it berjocht skreaun hat, de oare oer de masine oan de oare kant fan ’e netwurkferbining dy’t jo klient echt hâldt. Yn in chat fia in tsjinst binne dat hast nea deselde entiteit, en dat ferskil ferklearret it measte fan ’e betizing oer wat in VPN wol of net ferberget foar de persoan oan wa’t jo skriuwe. Krij de topology goed, dan wurdt de fraach oer privacy beantwurdber ynstee fan emosjoneel.
Jo klient praat mei de tsjinst, net mei de oare persoan
Tink oan in tekstchat-app wêrby’t elke dielnimmer ferbynt mei de tsjinst en de tsjinst berjochten tusken akkounts leveret. Jo klient hâldt in ferbining mei de tsjinst; de oare dielnimmer hâldt in aparte ferbining mei deselde tsjinst. It berjocht reizget fan harren klient nei de tsjinst en fan de tsjinst nei dy fan jo, dat betsjut dat jo transportpartner in einpunt fan de tsjinst is en net harren apparaat.
Alex's client -> chat service -> your clientAlles wat folget komt út dat iene diagram. Nei jo eigen ferbining sjen identifisearret de tsjinst, net Alex. Nei de ferbining fan Alex sjen identifisearret de tsjinst fan ’e oare kant. Gjin fan beide waarnimmings is op himsels in pakketnivo-registraasje fan it apparaat fan ’e oare persoan, en gjin hoemannichte ynspeksje fan jo eigen ferkear makket der ien fan.
Ferskillende waarnimmers sammelje ferskillend bewiis
De tsjinst is yn in sterker posysje as ien fan ’e dielnimmers, om’t er beide ferbiningen beëiniget en tagelyk wit hokker akkount se elk hat. Wat er bewarret, hoe lang, hokker registraasjes er ferbynt en oan wa’t er se iepenbieret, binne aparte fragen mei aparte antwurden, en gjinien dêrfan wurdt beantwurde troch „de app is end-to-end fersifere“.
Jo binne as ûntfanger yn in swakke posysje foar netwurkfeiten, mar yn in sterke posysje foar ynhâldsfeiten: de tekst fan it berjocht, de werjefte namme, alles wat de stjoerder typt of taheakke hat. In stjoerder dy’t syn eigen adres typt hat it iepenbiere, en dy iepenbiering is gjin netwurkwittens, ek al lêst it as ien.
| 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 fia in VPN ferbynt, kin de tsjinst it útgongsadres foar dy ferbining sjen ynstee fan it thúsadres fan Alex. Dat is in útspraak oer wat de tsjinst sjocht. It betsjuttet net dat it útgongsadres oan jo jûn wurdt, en it betsjuttet ek wis net dat jo eigen ferbining anonymisearre wurdt troch de kar fan transport fan Alex.
Wannear’t de app echt peer-to-peer is
It trochjaanmodel is in model, gjin wet. Guon berjochtfuncties meitsje direkte paden tusken klienten, bygelyks in datakanaal yn ’e browser dat fia in sinjaalserver ôfhannelle wurdt, of in triemferstjoermodus dy’t de beide apparaten ferbynt om te foarkommen dat grutte datahoemannichheden trochjûn wurde. Yn dy gefallen is de transportpartner echt it apparaat fan ’e oare dielnimmer, en de waarnimmeranalyze feroaret folslein.
It freonlike label fan in app is net genôch om te sizzen yn hokker fan de beide gefallen jo binne. „Direkt berjocht“ beskriuwt wa’t it lêst, net hoe’t it ferfierd wurdt, en in bel- of skermdielingsfunksje yn deselde app kin in oare topology brûke as de teksttried derneist. Lês de dokumintaasje fan ’e leveransier foar de spesifike funksje, of sjoch hokker ferbiningen jo klient iepenet wylst jo it brûke.
De útspraak oer end-to-end fersifering giet oer wa’t beskerme ynhâld lêze kin. It seit neat oer hokker servers ferbiningen akseptearje, hokker metadata se sjogge of oft der in direkt paad bestiet, en de besprekking fan mooglikheden fan ’e waarnimmer yn RFC 6973 is in nuttige dissipline: neam de waarnimmer, en list dan op wat dy waarnimmer echt sammelje kin.
Wat dat foar in VPN betsjut
In VPN feroaret wat de tsjinst foar jo ferbining sjocht. It feroaret net wa’t jo transportpartner is, en it jout de oare dielnimmer gjin nij sicht op jo adres. Ferwachtsje dat in VPN jo ferberget foar de persoan oan wa’t jo skriuwe is in kategoryflater: harren klient hat nea in ferbining mei dy fan jo hân.
Wat in VPN wol feroarje kin, is in funksje foar in direkt paad. As de app oars in peer-to-peer-ferbining ôfhannelje soe, kin it lieden fan jo ferkear troch in tunnel ynstee in trochjeflaats twinge, en guon funksjes sille oars wurkje of weromfalle; dat is in echt effekt, mar it giet oer topology, net oer ferdwinen út it petear.
Hâld dan de twa fragen apart yn alles wat jo opskriuwe. Hokker akkount hat dit stjoerd, en hokker einpunt hat it droegen. Beäntwurdzje beide eksplisyt, notearje wa’t elk antwurd waarnimme kin, en hâld op mei se te kombinearjen yn ien oardiel oer oft in berjocht te folgjen is.