Poate cineva să-ți vadă IP-ul într-o aplicație de chat? Ce știe fiecare observator
Într-un chat retransmis, expeditorul și partenerul tău de rețea sunt entități diferite. Separă ce vede serviciul, ce vezi tu și ce implică eticheta aplicației.
„Cu cine vorbesc?” sunt două întrebări într-o singură propoziție. Una este despre contul care a scris mesajul, cealaltă despre mașina de la celălalt capăt al conexiunii de rețea pe care clientul tău o ține efectiv. Într-un chat retransmis, aproape niciodată nu este aceeași entitate, iar diferența explică cea mai mare parte a confuziei despre ce ascunde sau nu un VPN față de persoana căreia îi scrii. Dacă topologia este corectă, întrebarea despre confidențialitate devine una cu răspuns, nu una emoțională.
Clientul tău vorbește cu serviciul, nu cu cealaltă persoană
Imaginează-ți o aplicație de chat text în care fiecare participant se conectează la serviciu, iar serviciul livrează mesaje între conturi. Clientul tău ține o conexiune la serviciu; celălalt participant ține o conexiune separată la același serviciu. Mesajul călătorește de la clientul lor la serviciu și de la serviciu la al tău, ceea ce înseamnă că partenerul tău de transport este un punct final al serviciului, nu dispozitivul lor.
Alex's client -> chat service -> your clientTot ce urmează provine din acea singură schemă. Dacă te uiți la propria conexiune, identifici serviciul, nu pe Alex. Dacă te uiți la conexiunea lui Alex, identifici serviciul din cealaltă parte. Niciuna dintre aceste observații nu este, prin ea însăși, o înregistrare la nivel de pachete a dispozitivului celeilalte persoane, iar nicio cantitate de inspecție a propriului trafic nu o transformă în așa ceva.
Observatori diferiți colectează dovezi diferite
Serviciul este într-o poziție mai puternică decât orice participant, pentru că termină ambele conexiuni și știe în același timp ce cont deține fiecare. Ce păstrează, cât timp, ce înregistrări corelează și cui le dezvăluie sunt întrebări separate cu răspunsuri separate, iar niciuna dintre ele nu primește răspuns de la „aplicația are criptare cap-la-cap”.
Tu, ca destinatar, ești într-o poziție slabă privind faptele de rețea, dar într-una puternică privind faptele de conținut: textul mesajului, numele afișat, tot ce a tastat sau a atașat expeditorul. Un expeditor care își tastează propria adresă a dezvăluit-o, iar acea dezvăluire nu este o observație de rețea, chiar dacă se citește ca una.
| 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 |
Dacă Alex se conectează printr-un VPN, serviciul poate vedea adresa de ieșire a acelei conexiuni în locul adresei de acasă a lui Alex. Aceasta este o afirmație despre ce vede serviciul. Nu înseamnă că adresa de ieșire ți se transmite, și cu siguranță nu înseamnă că propria ta conexiune devine anonimă prin alegerea de transport a lui Alex.
Când aplicația chiar este peer-to-peer
Modelul de retransmitere este un model, nu o lege. Unele funcții de mesagerie stabilesc căi directe între clienți, de exemplu un canal de date în browser negociat printr-un server de semnalizare, sau un mod de transfer de fișiere care conectează cele două dispozitive pentru a evita retransmiterea unor volume mari de date. În astfel de cazuri partenerul de transport este într-adevăr dispozitivul celuilalt participant, iar analiza observatorilor se schimbă complet.
Eticheta prietenoasă a aplicației nu este suficientă pentru a-ți spune în care dintre cazuri te afli. „Mesaj direct” descrie cine îl citește, nu cum este transportat, iar o funcție de apel sau de partajare a ecranului din aceeași aplicație poate folosi o topologie diferită de firul de text de lângă ea. Citește documentația furnizorului pentru funcția respectivă sau observă ce conexiuni deschide clientul tău în timp ce o folosești.
Afirmația despre criptarea cap-la-cap acoperă cine poate citi conținutul protejat. Nu spune nimic despre ce servere acceptă conexiuni, ce metadate văd sau dacă există o cale directă, iar discuția din RFC 6973 despre capabilitățile observatorului este o disciplină utilă: numește observatorul, apoi enumeră ce poate colecta efectiv acel observator.
Ce înseamnă asta pentru un VPN
Un VPN schimbă ce vede serviciul despre conexiunea ta. Nu schimbă cine este partenerul tău de transport și nu îi oferă celuilalt participant o imagine nouă a adresei tale. Să te aștepți ca un VPN să te ascundă de persoana căreia îi scrii este o eroare de categorie: clientul lor nu a avut niciodată o conexiune cu al tău.
Ce poate schimba un VPN este o funcție de cale directă. Dacă aplicația ar negocia altfel o conexiune peer-to-peer, rutarea traficului tău printr-un tunel poate forța o retransmitere, iar unele funcții se vor comporta diferit sau vor reveni la o alternativă; este un efect real, dar ține de topologie, nu de a dispărea din conversație.
Apoi ține cele două întrebări separate în tot ce notezi. Ce cont a trimis asta și ce punct final a transportat-o. Răspunde explicit la ambele, notează cine poate observa fiecare răspuns și nu le mai combina într-un singur verdict despre dacă un mesaj poate fi urmărit.