Co może, a czego nie może zobaczyć Twój dostawca VPN
Wyjście widzi adresy, czasy i, o ile nie używa się Encrypted Client Hello, nazwę strony w uścisku dłoni TLS. Przechowywanie to osobna kwestia.
Twój tunel trzyma sieć lokalną poza Twoim ruchem. Nie usuwa jednak firmy na drugim końcu, która przetwarza każdy pakiet, zanim dotrze on do otwartego internetu. Ta pozycja jest jednocześnie modelem biznesowym i kwestią prywatności. Użyteczne pytanie nie brzmi więc, czy dostawca może Cię widzieć, ale co widzi, co potrafi nazwać i co zachowuje.
Dokąd naprawdę przenosi się zaufanie
Szyfrowanie biegnie od Twojego urządzenia do serwera dostawcy, a ten zewnętrzny odcinek to wszystko, co kiedykolwiek widzi Twoja sieć lokalna. Dostawca trzyma drugi koniec odcinka, więc odszyfrowuje tunel i przekazuje Twoje pakiety dalej. Nie ma w tym wady; to definicja usługi, którą kupiłeś. Zaufanie przeniosło się od lokalnego operatora do operatora wyjścia, a nie zniknęło.
Z tej pozycji poznaje Twój adres źródłowy, moment połączenia, w przybliżeniu ilość przesłanych danych i odwiedzone cele. Nic z tego nie wymaga czytania Twoich wiadomości i na tym polega sens rozdzielania kategorii. Ciekawe różnice między dostawcami dotyczą tego, co dzieje się z tymi obserwacjami później.
Czym wyjście zajmuje się z konieczności
Uszereguj kategorie według tego, jak wiarygodnie wyjście może je widzieć. Żaden wiersz nie wymaga łamania szyfrowania, a każdy ma inną odpowiedź na pytanie, czy da się go w ogóle uniknąć.
| Category | Visible at the exit | Why |
|---|---|---|
| Your public address | Always | It is the address the tunnel arrives from |
| Connection times and volume | Always | Accounting data, not content |
| Destination IP addresses | Always | The exit has to route the packets |
| HTTPS hostname (SNI) | Normally, unless ECH is used | Sent in the clear in the TLS ClientHello |
| DNS names | Only if DNS is plaintext | DoH or DoT hides the query; plaintext is readable by the forwarder |
| Page paths and form contents | Not normally | Protected by the destination site's TLS session |
Czwarty wiersz to coś, co umyka większości modeli myślowych. Współczesna przeglądarka umieszcza nazwę strony w ClientHello, pierwszej wiadomości uścisku dłoni TLS, i to pole jest czytelne na wyjściu nawet wtedy, gdy każde zapytanie DNS jest szyfrowane od końca do końca. O ile nie wynegocjowano Encrypted Client Hello, nazwa podróżuje jawnie obok adresu docelowego. Zaszyfrowany DNS zmienia to, kto widzi zapytanie, a nie to, kto widzi nazwę.
To samo dotyczy certyfikatów w starszych połączeniach: TLS 1.3 szyfruje certyfikat serwera, natomiast uścisk dłoni TLS 1.2 może ujawnić nazwę obserwatorowi nagrywającemu strumień. Jedno i drugie to fakty transportu, a nie polityka dostawcy.
Co obejmuje TLS, a czego nie
Gdy strona serwuje HTTPS, Twoja przeglądarka buduje połączenie TLS z punktem końcowym tej strony, a nie z serwerem VPN. Dostawca przekazuje zaszyfrowane rekordy i poznaje adres docelowy, moment i przybliżone rozmiary. Nazwa strony jedzie w ClientHello, o ile ECH nie jest w grze, a treść strony pozostaje zaszyfrowana w obu przypadkach. Nieoczekiwany certyfikat główny zmienia tę granicę, dlatego ostrzeżenia o certyfikatach zasługują na szacunek.
Zwykły HTTP nie ma takiej ochrony po wyjściu. Tunel chroni odcinek do dostawcy, a potem żądanie podróżuje dokładnie tak, jak podróżowałoby bez VPN. ECH tego nie naprawia, bo chroni nazwę, a nie treść.
Przechowywanie to inna kwestia niż widoczność
Operator może przetwarzać dane połączeń w pamięci i nic nie zachowywać albo zachować podzbiór i trafnie opisać go jako nie historię przeglądania. Czytaj deklarację braku logów według kategorii, a nie według sloganu: rekordy połączeń, znaczniki czasu, sumy wolumenu, dane o celach, identyfikatory konta i wiadomości pomocy wszystkie się liczą. Dostawca może uczciwie nie prowadzić logów przeglądania, a jednocześnie trzymać rekord konta i metadane potrzebne do działania usługi. Widoczność nie mówi Ci, która z tych kategorii jest przechowywana.
Audyt jest dowodem na temat systemów i okna czasowego, które objął, a kod klienta open source opisuje klienta, nie serwery. Oba są przydatne i żaden nie mówi w imieniu każdego systemu przechowywania za wyjściem. Pytaj o zakres audytu, nie o jego odznakę.
Pytania, które odróżniają dostawców
Pytaj, co jest zachowywane, jak długo i kto może to pobrać. Pytaj, kto obsługuje wyjście, bo wpis w katalogu, twórca aplikacji i osoba prowadząca konkretny serwer mogą być trzema różnymi stronami. Pytaj, jak obsługiwany jest DNS i czy ECH jest wspierany na ścieżkach, których używasz, skoro jawny ClientHello nazywa stronę nawet bez zapytania DNS. Pytaj, co dzieje się przy żądaniu prawnym, i czytaj odpowiedź jako opis możliwości, a nie intencji.
Przewodnik EFF po wyborze VPN to rozsądna lista kontrolna tych pytań, a przy tym rama, nie wyrok o jakiejkolwiek usłudze. Strona marketingowa nie jest polityką przechowywania. Nic z tego nie czyni VPN bezużytecznym; zmienia to, komu musisz ufać i w jakiej sprawie.