Jak oddělit podporu VPN protokolu od důvěry v operátora

Jsou otevřené dvě karty poskytovatelů, obě inzerují WireGuard a srovnání se zaseklo na jedné větě: tunel je silný, takže služba musí být v pořádku. To je špatný závěr. Protokol definuje, jak dva peerové šifrují a ověřují, ale neříká nic o tom, kdo provozuje koncový bod, co ukládá systém účtů nebo jak firma odpovídá na právní žádost. Musíte tyto otázky oddělit, než na ně za vás odpoví odznak.

Co etiketa protokolu může a nemůže potvrdit

WireGuard specifikuje handshake postavený na Noise, pevnou sadu moderních primitiv a model směrování, v němž AllowedIPs rozhoduje, co vstoupí do tunelu. To jsou skutečné záruky ohledně formátů zpráv a výměny klíčů a stojí za to je mít. Jsou to také záruky ohledně kódu, ne ohledně stroje, na kterém ten kód běží.

Implementace přesto nechává volby. Poskytovatel může načíst modul v jádře nebo dodat build v uživatelském prostoru, protlačit DNS tunelem nebo ho nechat na místním resolveru a rotovat klíče podle vlastního harmonogramu. Žádná z těchto voleb se na etiketě protokolu neobjevuje a každá mění, co služba může pozorovat.

OpenVPN usnadňuje mezeru vidět. Jeho TLS handshake a model certifikátů lze nakonfigurovat dobře nebo špatně, s tls-auth nebo bez něj, s moderními šiframi nebo s kompatibilní zálohou. Dvě služby mohou obě říkat OpenVPN a skončit s velmi odlišnou expozicí. A stránka protokolu WireGuard je přesná ohledně kryptografie a mlčí o operátorovi, a to je přesně ta hranice, kterou je třeba mít na paměti.

Na co může odpovědět jen operátor

Začněte vlastnictvím. Je koncový bod na hardwaru, který poskytovatel ovládá, na pronajatém VPS, nebo na dobrovolnickém stroji v něčím bytě? Odpověď rozhoduje o tom, kdo může zkopírovat disk, kdo záplatuje jádro a kdo si všimne podivného přihlášení. Srovnání protokolů k ničemu z toho nedosáhne.

Dál přicházejí záznamy o účtu a platbách. E-mailová adresa, časové razítko obnovy, otisk karty a tiket podpory žijí mimo tunel. Stejně tak resolver: pokud poskytovatel provozuje vlastní DNS, vidí názvy i tehdy, když jsou stránky na HTTPS. Ptejte se na dobu uchovávání ve dnech, ne na slovo minimální.

Roztřiďte odpovědi do dvou sloupců, protože nesou jinou váhu. Jeden sloupec popisuje software; druhý je slib, který služba musí dodržet.

Sliby lze ověřit jen proti dokumentům. Poskytovatel, který nedokáže pojmenovat svou dobu uchovávání, neodhaluje vadu protokolu; ukazuje vám kvalitu svých záznamů, a to je právě to, co jste se snažili posoudit.

Zkontrolujte profil, který klient skutečně aplikuje

Klient je místo, kde se abstraktní profil mění v trasy. V Linuxu s wg-quick odstrojená konfigurace ukazuje přesně to, co bude aplikováno, včetně řádků DNS a AllowedIPs, které může GUI schovat za přepínač.

sudo wg-quick strip wg0
sudo wg show wg0 latest-handshakes
resolvectl status wg0

Čtěte výstup jako tři oddělená fakta. AllowedIPs s hodnotou 0.0.0.0/0 znamená, že do tunelu vstupuje celá výchozí trasa; řádek DNS znamená, že názvy jdou k resolveru, který profil uvádí; nedávný handshake znamená, že relace je živá. Trvalý keepalive vám říká, že klient drží otevřené mapování NAT, což je volba chování, ne bezpečnostní hodnocení.

Jedna výhrada je zde důležitá. Tyto příkazy ověřují tunel, který máte, ne politiku za ním. Dokonalý handshake dokazuje, že kryptografie funguje; nedokazuje, že záznamy o připojeních z minulého měsíce byly smazány, protože ta událost nezanechává na vašem stroji žádnou stopu.

Důkazy, které přežijí marketingovou stránku

Požádejte o nezávislou zprávu z auditu a přečtěte si její rozsah dřív než logo. Zprávy uvádějí infrastrukturu, období a výjimky; mnohé pokrývají VPN servery, ale portál účtu, fakturaci a nástroje podpory nechávají mimo přezkum. Audit, který vylučuje systémy uchovávající vaši e-mailovou adresu, odpovídá na užší otázku, než naznačuje prodejní stránka.

Pak čtěte zásady ochrany soukromí kvůli kategoriím, ne přídavným jménům. Užitečná zásada uvádí, co se shromažďuje, proč a jak dlouho, a rozlišuje metadata připojení od údajů účtu. Zpráva o transparentnosti, pokud existuje, ukazuje, zda poskytovatel vůbec má proces pro žádosti, i když její čísla jsou jen tak dobrá jako subjekt, který je zveřejňuje.

Otevřený kód pomáhá na vrstvě klienta a tam končí. Čitelný klient dokazuje, co vaše zařízení odesílá; nedokazuje, co server uchovává. Reprodukovatelné buildy zužují mezeru mezi zveřejněným a dodaným kódem, ale stále popisují software, ne provoz.

Krátký test se třemi dokumenty profiltruje většinu tvrzení: zásada s pojmenovanými kategoriemi a uchováváním, aktuální audit s uvedeným rozsahem a písemná odpověď podpory k jednomu konkrétnímu scénáři. Pokud některý ze tří chybí, považujte to konkrétní tvrzení za neověřené, ne za nepravdivé.

Kde leží hranice v praxi

U dobrovolnického koncového bodu, posuďte jednotlivého hostitele. Reputace softwarového projektu se nepřenáší na každý stroj, který ho provozuje, a člověk, který ten stroj obsluhuje, nemusí mít s projektem vůbec žádný vztah. Komerční sítě organizují odpovědnost jinak, ale stále ji soustředí v jedné entitě.

Vlastní hosting otázku obrací. Stáváte se operátorem, takže podpora protokolu je vyřešena a důvěra se stává vaším vlastním záplatováním, správou klíčů a uchováváním logů. To je legitimní odpověď pro některé čtenáře, ne obejití.

U placené služby jsou smlouva a jurisdikce součástí produktu. Změny vlastnictví, akvizice a místní pravidla zveřejňování mohou změnit povinnosti operátora, aniž by se dotkly protokolu, a proto srovnání, které se zastaví u specifikace, zastará.

Zapište si tři fakta, která jste nedokázali ověřit z webu. Pošlete je podpoře a odpověď si uložte. Konkrétní odpověď přesouvá službu do jiné kategorie a mlčení je také odpověď, která patří do vašeho srovnání.