Zeptejte se, co VPN vidí, a odpověď závisí na tom, kde na cestě stojíte. Na vrstvě relace má operátor události ověření a počty bajtů. Na vrstvě paketů má cílové adresy a časy. Na vrstvě DNS může mít samotné názvy. Každá vrstva odpovídá na jinou otázku a žádný přepínač vás mezi nimi nepřesune.

Než něco tvrdíte, zmapujte vrstvu

Stejné připojení vytváří v každém bodě jiné záznamy a tvrzení o soukromí má smysl jen tehdy, když ten bod pojmenuje. Čtěte tabulku sloupec po sloupci: co na dané vrstvě existuje, co tam operátor může vidět a co mu tytéž záznamy stále nemohou říct.

LayerVisible thereNot visible there
Session and authenticationAccount, client address, start and stop times, assigned address, byte countsURLs, page content, search terms
Forwarded packetsDestination address and port, sizes, timing, often the TLS server nameHTTP path, headers, response body
DNS resolverQueried names and the client that askedPage content and later requests
TLS-terminating proxyFull request line, headers and bodyNothing, by design

Číst jednu vrstvu jako celý obrázek je začátek přehánění i falešného uklidnění. Poskytovatel, který říká, že nezaznamenává prohlížení, může být přesný ohledně záznamu URL, a přitom stále držet záznamy relací, a zachycení paketů, které ukazuje jen adresy, se bez reverzního vyhledávání a dohadů nepromění v historii prohlížení.

Když hodnotíte zásady, najděte větu, která popisuje každou vrstvu. Pokud je zásady neoddělují, ptejte se, jaké záznamy existují, místo abyste přijali obecné tvrzení o šifrování.

Inventář relací: co drží standardní server OpenVPN

Hned po instalaci server OpenVPN provoz nezachytává. Běžným výstupem je inventář relací: účet, který se ověřil, zdrojová adresa, ze které přišel, časové značky začátku a konce, přidělená adresa tunelu a součty bajtů v každém směru. To je inventář relací, ne seznam cílových míst.

Volby protokolování mohou přidat podrobnosti. Vyšší úroveň podrobnosti píše více o výměně klíčů a stavový soubor může vypsat připojené klienty, ale ani jedno nepromění server v transparentní proxy. K získání URL je třeba ukončit TLS nebo spustit explicitní proxy, a obojí mění uspořádání důvěry, místo aby zapínalo skrytou funkci.

Proto je přesná verze tvrzení o žádném záznamu prohlížení užší, než zní. Server nezná stránku, ale ví, že relace existovala a přibližně kolik dat jí prošlo. Zda se tento záznam relace uchovává a jak dlouho, je samostatná otázka zásad.

Vnitřní a vnější pakety jsou různé důkazy

Zachycení paketů je způsob, jak vidět, co tunelem skutečně prochází. Na serveru pojmenujte rozhraní tunelu a zapisujte do souboru, který lze analyzovat offline:

sudo tcpdump -ni tun0 -w /tmp/tun.pcap
sudo tcpdump -r /tmp/tun.pcap -nn | head

Tento soubor obsahuje dešifrovaný vnitřní provoz: adresu tunelu klienta jako zdroj, cílovou adresu a port, velikosti paketů a časy. Neobsahuje cestu HTTP ani tělo odpovědi, pokud někde nedošlo k ukončení TLS, a jde o citlivá data, jejichž uchovávání je rozhodnutím zásad, ne pohodlím při ladění.

Zachycení na fyzickém rozhraní ukazuje něco jiného. Tam vidíte vnější pakety adresované koncovému bodu VPN, uvnitř se šifrovaným obsahem. Nesouvisející adresy v tomto souboru jsou normální, jakmile existuje virtuální adaptér, protože zařízení tunelu nese vnitřní toky a šifrovaný přenos ty vnější.

Zeptejte se, na jakou otázku má zachycení odpovědět. Využití tunelu aplikací je vidět na virtuálním adaptéru; dosažitelnost tunelu ke koncovému bodu je vidět na fyzickém. Použití kteréhokoli souboru, jako by šlo o celý obrázek, vede k závěrům, které data nepodporují.

DNS je místo, kde se názvy stanou viditelnými

DNS zůstává praktickou výjimkou. Překladač vidí názvy, které má přeložit, takže kdo jej provozuje, zjistí, které weby klient hledá, i když jsou pozdější spojení šifrovaná. Zachycení tunelu ukazuje adresy; překladač ukazuje názvy.

Zkontrolujte, kterou adresu překladač použil k dosažení externí služby. Odpovědí je výstupní adresa překladače a srovnání s výstupem VPN vám řekne, zda dotaz prošel tunelem:

dig +short myip.opendns.com @resolver1.opendns.com
dig example.com
sudo tcpdump -ni any udp port 53

Pokud tato adresa odpovídá místnímu připojení, a ne výstupu tunelu, vyhledávání VPN obešlo a název byl viditelný na místní cestě. Kontrolu zopakujte po aktualizaci klienta, protože nová verze může změnit, který překladač profil nainstaluje.

Šifrované DNS viditelnost přesouvá, neodstraňuje. Síť už dotaz nevidí, ale překladač ano, a otázka důvěry prostě mění ruce. Název serveru TLS v navazování spojení je další částečný signál: často přežije, i když je obsah neprůhledný, takže cílové adresy nejsou jediná metadata, která může předávací server pozorovat.

Tři typy záznamů a kdo je může číst

Účtování relací, záznamy podle názvů a důkazy o úniku jsou tři různé produkty se třemi různými povinnostmi. Protokoly relací jsou levné a málo citlivé a odpovídají, kdo se připojil a kdy. Záznamy podle názvů vyžadují překladač s protokolováním nebo explicitní proxy a vytvářejí povinnost sdělení vůči dotčeným lidem. Důkaz o úniku je test na straně klienta, který srovnává, co překladač prozrazuje, s výstupem tunelu.

Zapište, který z těchto tří provozujete, kdo jej může číst a jak dlouho zůstává. Tvrzení, že služba nevede protokoly, popisují jednu vrstvu a zůstávají pravdivá jen v tomto rozsahu. Stejný poskytovatel může být přesný ohledně relací a mýlit se ohledně DNS.

Udržte test opakovatelný: stejný dotaz na překladač, stejné rozhraní zachycení a stejné srovnání. Tvrzení o soukromí, které nelze ověřit na pojmenované vrstvě, je slogan, ne provozní fakt.

Související články