Kto widzi twoje IP podczas rozmowy na WhatsApp i co zmienia VPN
Druga strona, usługa i twoja sieć dostępu widzą różne rzeczy. Nazwij obserwatora, przed którym chcesz się ukryć, a potem wybierz ustawienie przekazywania albo ścieżkę tunelu.
Rozmowa na WhatsApp ujawnia informacje o adresie więcej niż jednej stronie, a strony nie wszystkie dowiadują się tego samego. Osoba, z którą rozmawiasz, może dowiedzieć się czegoś o twojej ścieżce sieciowej, usługa dowiaduje się, które połączenie do niej dotarło, a twój dostawca dostępu widzi przepływy, które generujesz. VPN i przekazywanie w aplikacji zmieniają każdy po jednej części tego obrazu. Dlatego pytanie, czy VPN ukrywa moje IP podczas rozmów, nie ma jednej odpowiedzi.
Trzej obserwatorzy, trzy różne pytania
Zacznij od nazwania obserwatora, przed którym chcesz się ukryć, bo mechanizmy nie są wymienne. Ukrywanie się przed drugim uczestnikiem to kwestia adresowania. Ukrywanie się przed usługą to kwestia konta i połączenia, i odpowiedź na nią jest znacznie trudniejsza, niż to brzmi.
| Observer | What it can learn | What changes it |
|---|---|---|
| The other participant | Whether the media path appears to come from your address or from a relay | Relay settings in the app, or a network path that does not expose your address |
| The service | Your account, the connection your client made, and the call's participants | Very little from an address change alone; the account is the identifier |
| Your access network | That encrypted traffic to certain endpoints exists, and how much | Routing through a tunnel moves the visible endpoint |
Każdy wiersz można poprawić niezależnie. Poprawa w jednym wierszu zostawia pozostałe dokładnie takie, jakie były, dlatego uczciwe odpowiedzi na to pytanie zwykle zawierają słowo częściowo.
Co przekazywanie rzeczywiście zmienia
WhatsApp dokumentuje ustawienie o nazwie Chroń adres IP w rozmowach, które znajduje się w zaawansowanych opcjach prywatności aplikacji. Kieruje media rozmowy przez serwery WhatsApp zamiast łączyć uczestników bezpośrednio. Ta sama instrukcja stwierdza, że przekazywane rozmowy pozostają szyfrowane end-to-end. Ostrzega też, że jakość rozmowy może się zmienić.
Przekazywanie jest funkcją usługi, a nie konfiguracją sieci, więc dotyczy rozmów, które aplikacja zdecyduje się przekazać, i niczego innego na urządzeniu. Strona pomocy WhatsApp dotycząca tej funkcji jest obecnym autorytetem w kwestii, które platformy ją udostępniają i gdzie znajduje się przełącznik.
Przekazywanie nie ukrywa też rozmowy przed usługą, bo usługa jest przekazywaniem. Zmienia to, co druga strona może zaobserwować o twoim adresie. Może też dodać opóźnienie, i to jest wymiana, na którą idzie to ustawienie.
Co VPN zmienia na ścieżce rozmowy
VPN zmienia to, skąd pozornie pochodzi twój ruch, dla wszystkiego, co przenosi. Czy przenosi konkretną rozmowę, zależy od polityki routingu klienta. Pełny tunel przejmuje cały ruch, natomiast tunel dzielony może przejąć tylko niektóre prefiksy. Telefon z Wi-Fi i danymi komórkowymi może w tej samej chwili używać różnych ścieżek dla różnych przepływów.
To oznacza, że adres sprawdzony w przeglądarce nie jest dowodem w sprawie rozmowy. Aplikacja może utrzymywać długotrwałe połączenie starsze niż tunel, albo używać rodziny adresów, której tunel nie obejmuje. Sprawdź decyzję routingu dla rzeczywistego celu, a nie dla strony, którą przypadkiem testowałeś.
Szyfrowanie treści end-to-end to osobna granica od tego wszystkiego. Nie zawala się, gdy ścieżka się zmienia, i nie obejmuje też metadanych.
Szyfrowanie i prywatność adresu to różne obietnice
Utrzymywanie treści rozmowy w postaci zaszyfrowanej oznacza, że przekazywanie nie może słuchać rozmowy. Nie oznacza, że przekazywanie niczego się nie dowiaduje: nadal widzi, które konta są połączone, kiedy i jak długo, bo właśnie to robi przekazywanie.
Odwrotnie, ukrycie adresu przed drugą stroną nie czyni twojego konta anonimowym dla usługi, która je uwierzytelnia. To dwa osobne twierdzenia. Przegląd prywatności, który je łączy, daje fałszywe poczucie pokrycia. Zapisz wymaganie jako zdanie o konkretnym obserwatorze, a potem sprawdź, czy wybrany mechanizm odnosi się do tego obserwatora, a nie do sąsiedniego.
Zweryfikuj twierdzenie, na którym naprawdę ci zależy
Jeśli wymaganie dotyczy twojej sieci dostępu, sprawdzenie jest pytaniem o routing, na które możesz odpowiedzieć lokalnie. Jeśli dotyczy drugiej strony, sprawdzeniem jest własne ustawienie aplikacji. Żadna konfiguracja tunelu nie zastępuje tego ustawienia.
ip rule show | head -n 10 ip route get 198.51.100.7 ss -tun state established '( dport = :443 )' tcpdump -ni wg0 -c 20 'udp or tcp port 443'
Wyszukiwanie trasy mówi, którego interfejsu użyłby cel. Lista gniazd mówi, czy długotrwałe połączenie już istnieje. Przechwycenie mówi, czy ruch rzeczywiście przechodzi przez interfejs tunelu. Zastąp adres dokumentacyjny punktem końcowym, który ustaliłeś z własnego połączenia aplikacji, i czytaj wyniki, zamiast zakładać, że tunel przejął wszystko.
Zapisz, na którym mechanizmie opierałeś się dla którego obserwatora, wraz z datą i wersją aplikacji. Zarówno ustawienie przekazywania, jak i zachowanie routingu klienta zmieniają się w czasie, a notatka, która nazywa obserwatora, jest jedyną wersją tego, co pozostaje przydatne.