Czy ktoś może zobaczyć twoje IP w aplikacji do czatu? Co wie każdy obserwator
W czacie przekazywanym przez usługę nadawca i twój partner sieciowy to różne podmioty. Oddziel to, co widzi usługa, co widzisz ty, i to, co sugeruje etykieta aplikacji.
„Z kim rozmawiam?” to dwa pytania w jednym zdaniu. Jedno dotyczy konta, które napisało wiadomość, drugie maszyny na drugim końcu połączenia sieciowego, które twój klient naprawdę utrzymuje. W czacie przekazywanym przez usługę to prawie nigdy nie jest ten sam podmiot, a ta różnica wyjaśnia większość zamieszania wokół tego, co VPN ukrywa, a czego nie ukrywa przed osobą, do której piszesz. Gdy topologia jest poprawna, pytanie o prywatność staje się pytaniem z odpowiedzią, a nie emocjonalnym.
Twój klient rozmawia z usługą, a nie z drugą osobą
Wyobraź sobie aplikację czatu tekstowego, w której każdy uczestnik łączy się z usługą, a usługa dostarcza wiadomości między kontami. Twój klient utrzymuje połączenie z usługą; drugi uczestnik utrzymuje osobne połączenie z tą samą usługą. Wiadomość wędruje z ich klienta do usługi, a z usługi do twojego, co oznacza, że twoim partnerem transportowym jest punkt końcowy usługi, a nie ich urządzenie.
Alex's client -> chat service -> your clientWszystko, co dalej, wynika z tego jednego schematu. Patrząc na własne połączenie, identyfikujesz usługę, a nie Alexa. Patrząc na połączenie Alexa, identyfikujesz usługę z drugiej strony. Żadna z tych obserwacji sama w sobie nie jest zapisem na poziomie pakietów urządzenia drugiej osoby i żadna ilość analizy własnego ruchu tego nie zmieni.
Różni obserwatorzy zbierają różne dowody
Usługa jest w silniejszej pozycji niż którykolwiek uczestnik, ponieważ kończy oba połączenia i jednocześnie wie, do którego konta należy każde z nich. Co przechowuje, jak długo, jakie rejestry łączy i komu je ujawnia, to osobne pytania z osobnymi odpowiedziami, a żadnego z nich nie odpowiada zdanie „aplikacja ma szyfrowanie end-to-end”.
Ty jako odbiorca masz słabą pozycję w kwestii faktów sieciowych, ale silną w kwestii treści: tekst wiadomości, wyświetlana nazwa, wszystko, co nadawca wpisał lub dołączył. Nadawca, który wpisze własny adres, ujawnił go, a to ujawnienie nie jest obserwacją sieciową, choć brzmi jak jedna z nich.
| 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 |
Jeśli Alex łączy się przez VPN, usługa może widzieć adres wyjściowy tego połączenia, a nie adres domowy Alexa. To stwierdzenie o tym, co widzi usługa. Nie oznacza, że adres wyjściowy jest ci przekazywany, i z pewnością nie oznacza, że twoje własne połączenie jest anonimizowane przez wybór transportu dokonany przez Alexa.
Kiedy aplikacja naprawdę działa równorzędnie
Model przekazywania to model, a nie prawo. Niektóre funkcje komunikatorów ustanawiają bezpośrednie ścieżki między klientami, na przykład kanał danych w przeglądarce negocjowany przez serwer sygnalizacyjny albo tryb przesyłania plików, który łączy oba urządzenia, by uniknąć przekazywania dużych ilości danych. W takich przypadkach partner transportowy rzeczywiście jest urządzeniem drugiego uczestnika, a analiza obserwatorów zmienia się całkowicie.
Przyjazna etykieta aplikacji nie wystarcza, by powiedzieć, w którym przypadku jesteś. „Wiadomość bezpośrednia” opisuje, kto ją czyta, a nie jak jest transportowana, a funkcja połączeń lub udostępniania ekranu w tej samej aplikacji może używać innej topologii niż sąsiedni wątek tekstowy. Przeczytaj dokumentację dostawcy dla konkretnej funkcji albo obserwuj, jakie połączenia otwiera twój klient, gdy jej używasz.
Stwierdzenie o szyfrowaniu end-to-end obejmuje to, kto może czytać chronioną treść. Nie mówi nic o tym, które serwery przyjmują połączenia, jakie metadane widzą ani czy istnieje bezpośrednia ścieżka, a omówienie w RFC 6973 możliwości obserwatora jest użyteczną dyscypliną: nazwij obserwatora, a potem wypisz, co ten obserwator naprawdę może zebrać.
Co to oznacza dla VPN
VPN zmienia to, co usługa widzi w twoim połączeniu. Nie zmienia tego, kim jest twój partner transportowy, i nie daje drugiemu uczestnikowi nowego widoku twojego adresu. Oczekiwanie, że VPN ukryje cię przed osobą, do której piszesz, to błąd kategorii: ich klient nigdy nie miał połączenia z twoim.
To, co VPN może zmienić, to funkcja bezpośredniej ścieżki. Jeśli aplikacja w innym przypadku negocjowałaby połączenie równorzędne, kierowanie twojego ruchu przez tunel może wymusić przekazywanie, a niektóre funkcje będą działać inaczej lub przejdą na tryb zapasowy; to realny efekt, ale dotyczy topologii, a nie znikania z rozmowy.
Potem trzymaj oba pytania osobno we wszystkim, co zapisujesz. Które konto to wysłało i który punkt końcowy to przeniósł. Odpowiedz na oba wprost, zanotuj, kto może zaobserwować każdą odpowiedź, i przestań łączyć je w jeden werdykt o tym, czy wiadomość da się prześledzić.