Ĉu iu povas vidi vian IP en babileja aplikaĵo? Kion scias ĉiu observanto
En babilejo tra servilo, la sendanto kaj via reta partnero estas malsamaj entoj. Apartigu, kion vidas la servo, kion vi vidas, kaj kion implicas la nomo de la aplikaĵo.
„Kun kiu mi parolas?“ estas du demandoj en unu frazo. Unu temas pri la konto, kiu skribis la mesaĝon, la alia pri la maŝino ĉe la malproksima fino de la reta konekto, kiun via kliento efektive tenas. En babilejo tra servilo tiuj preskaŭ neniam estas la sama ento, kaj tiu diferenco klarigas la plej grandan parton de la konfuzo pri tio, kion VPN kaŝas aŭ ne kaŝas de la persono, al kiu vi skribas. Se vi ĝuste starigos la topologion, la privateca demando fariĝos respondebla anstataŭ emocia.
Via kliento parolas kun la servo, ne kun la alia persono
Konsideru tekstobabilejan aplikaĵon, en kiu ĉiu partoprenanto konektiĝas al la servo kaj la servo liveras mesaĝojn inter kontoj. Via kliento tenas konekton al la servo; la alia partoprenanto tenas apartan konekton al la sama servo. La mesaĝo vojaĝas de ilia kliento al la servo kaj de la servo al la via, kio signifas, ke via transporta partnero estas finpunkto de la servo, ne ilia aparato.
Alex's client -> chat service -> your clientĈio, kio sekvas, devenas de tiu unu diagramo. Rigardi vian propran konekton identigas la servon, ne Alekson. Rigardi la konekton de Alekso identigas la servon de la alia flanko. Neniu el la du observoj mem estas pakaĵnivela registro pri la aparato de la alia persono, kaj neniu kvanto da inspektado de via propra trafiko igas ĝin tio.
Malsamaj observantoj kolektas malsamajn pruvojn
La servo estas en pli forta pozicio ol iu ajn partoprenanto, ĉar ĝi finigas ambaŭ konektojn kaj samtempe scias, kiu konto posedas ĉiun. Kion ĝi konservas, kiom longe, kiujn registraĵojn ĝi kunligas kaj al kiu ĝi malkaŝas ilin, estas apartaj demandoj kun apartaj respondoj, kaj neniun el ili respondas la frazo „la aplikaĵo estas ĉifrita de fino al fino“.
Vi, kiel ricevanto, estas en malforta pozicio pri retaj faktoj sed en forta pozicio pri enhavaj faktoj: la mesaĝa teksto, la montrata nomo, ĉio, kion la sendanto tajpis aŭ alkroĉis. Sendanto, kiu mem tajpas sian adreson, malkaŝis ĝin, kaj tiu malkaŝo ne estas reta observo, kvankam ĝi legiĝas kiel tia.
| 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 |
Se Alekso konektiĝas per VPN, la servo eble vidas la eliran adreson por tiu konekto anstataŭ la hejman adreson de Alekso. Tio estas aserto pri tio, kion vidas la servo. Ĝi ne signifas, ke la elira adreso estas transdonata al vi, kaj certe ne signifas, ke via propra konekto estas anonimigita de la transporta elekto de Alekso.
Kiam la aplikaĵo vere estas samnivela
La modelo kun peranto estas modelo, ne leĝo. Iuj mesaĝaj funkcioj starigas rektajn vojojn inter klientoj, ekzemple datumkanalon en la retumilo traktatan per signala servilo, aŭ reĝimon de dosiera transigo, kiu konektas la du aparatojn por eviti plusendadon de grandaj datumoj. En tiuj kazoj la transporta partnero vere estas la aparato de la alia partoprenanto, kaj la observa analizo tute ŝanĝiĝas.
La amika etikedo de aplikaĵo ne sufiĉas por diri al vi, en kiu kazo vi troviĝas. „Rekta mesaĝo“ priskribas, kiu ĝin legas, ne kiel ĝi estas transportata, kaj vok- aŭ ekrankomuniga funkcio en la sama aplikaĵo povas uzi alian topologion ol la teksta fadeno apud ĝi. Legu la dokumentaron de la vendanto por la konkreta funkcio, aŭ observu, kiujn konektojn via kliento malfermas dum vi uzas ĝin.
La aserto pri ĉifrado de fino al fino kovras, kiu povas legi protektitan enhavon. Ĝi diras nenion pri tio, kiuj serviloj akceptas konektojn, kiujn metadatumojn ili vidas, aŭ ĉu ekzistas rekta vojo, kaj la diskuto de RFC 6973 pri kapabloj de observanto estas utila disciplino: nomu la observanton, poste listigu, kion tiu observanto efektive povas kolekti.
Kion tio signifas por VPN
VPN ŝanĝas, kion la servo vidas pri via konekto. Ĝi ne ŝanĝas, kiu estas via transporta partnero, kaj ĝi ne donas al la alia partoprenanto novan vidon de via adreso. Atendi, ke VPN kaŝos vin de la persono, al kiu vi skribas, estas kategoria eraro: ilia kliento neniam havis konekton al la via.
Kion VPN povas ŝanĝi, estas funkcio de rekta vojo. Se la aplikaĵo alie traktus samnivelan konekton, enkursigado de via trafiko tra tunelo povas anstataŭe devigi peranton, kaj iuj funkcioj kondutos alie aŭ retropaŝos; tio estas reala efiko, sed ĝi temas pri topologio, ne pri malapero el la konversacio.
Poste tenu la du demandojn apartaj en ĉio, kion vi notos. Kiu konto sendis ĉi tion, kaj kiu finpunkto transportis ĝin. Respondu al ambaŭ eksplicite, notu, kiu povas observi ĉiun respondon, kaj ĉesu kunigi ilin en unu verdikton pri tio, ĉu mesaĝo estas spurebla.