„S kým mluvím?“ jsou dvě otázky v jedné větě. Jedna se týká účtu, který zprávu napsal, druhá stroje na vzdáleném konci síťového spojení, které váš klient skutečně drží. V chatu přes prostředníka to téměř nikdy není stejná entita a tento rozdíl vysvětluje většinu zmatení kolem toho, co VPN před člověkem, kterému píšete, skrývá a co ne. Když správně určíte topologii, stane se otázka soukromí otázkou, na kterou lze odpovědět, místo otázkou emoční.

Váš klient mluví se službou, ne s druhou osobou

Představte si aplikaci pro textový chat, kde se každý účastník připojuje ke službě a služba doručuje zprávy mezi účty. Váš klient drží spojení se službou; druhý účastník drží samostatné spojení se stejnou službou. Zpráva putuje z jejich klienta do služby a ze služby do vašeho, což znamená, že vaším přenosovým protějškem je koncový bod služby, nikoli jejich zařízení.

Alex's client  ->  chat service  ->  your client

Vše, co následuje, vychází z tohoto jediného schématu. Pohled na vaše vlastní spojení identifikuje službu, ne Alexe. Pohled na Alexovo spojení identifikuje službu z druhé strany. Ani jedno pozorování samo o sobě není záznamem na úrovni paketů o zařízení druhé osoby a žádné zkoumání vlastního provozu z něj takový záznam neudělá.

Různí pozorovatelé shromažďují různé důkazy

Služba je v silnějším postavení než kterýkoli účastník, protože ukončuje obě spojení a zároveň ví, kterému účtu každé patří. Co uchovává, jak dlouho, které záznamy spojuje a komu je sděluje, jsou oddělené otázky s oddělenými odpověďmi a na žádnou z nich neodpovídá věta „aplikace je šifrovaná od konce ke konci“.

Vy jako příjemce jste slabí v síťových faktech, ale silní ve faktech o obsahu: text zprávy, zobrazované jméno, cokoli, co odesílatel napsal nebo přiložil. Odesílatel, který sám napíše svou adresu, ji tím zveřejnil, a toto zveřejnění není síťové pozorování, i když se tak čte.

ObserverSeesCannot conclude
YouYour connection to the service, message contents, sender-supplied detailsThe other client's source address
The other participantTheir connection, message contents, what the service attachesYour source address
The serviceBoth connections, account mapping, delivery metadataWhat it does not retain, or what leaves its boundary

Pokud se Alex připojuje přes VPN, může služba u tohoto spojení vidět výstupní adresu místo Alexovy domácí adresy. To je tvrzení o tom, co služba vidí. Neznamená to, že se výstupní adresa předává vám, a rozhodně to neznamená, že vaše vlastní spojení je anonymizováno Alexovou volbou přenosu.

Když je aplikace skutečně peer-to-peer

Model s prostředníkem je model, ne zákon. Některé funkce pro zasílání zpráv vytvářejí přímé cesty mezi klienty, například datový kanál v prohlížeči vyjednaný přes signalizační server nebo režim přenosu souborů, který spojí obě zařízení, aby se velká data neposílala přes prostředníka. V těch případech je přenosovým protějškem skutečně zařízení druhého účastníka a analýza pozorovatele se zcela mění.

Přátelský název aplikace nestačí k tomu, abyste poznali, ve kterém případě jste. „Přímá zpráva“ popisuje, kdo ji čte, ne jak se přenáší, a funkce volání nebo sdílení obrazovky ve stejné aplikaci může používat jinou topologii než textové vlákno vedle ní. Přečtěte si dokumentaci dodavatele ke konkrétní funkci, nebo sledujte, jaká spojení váš klient otevírá, když ji používáte.

Tvrzení o šifrování od konce ke konci pokrývá to, kdo může číst chráněný obsah. Neříká nic o tom, které servery přijímají spojení, jaká metadata vidí nebo zda existuje přímá cesta, a pojednání RFC 6973 o možnostech pozorovatele je užitečná disciplína: pojmenujte pozorovatele a potom vypište, co skutečně může shromáždit.

Co to znamená pro VPN

VPN mění to, co služba u vašeho spojení vidí. Nemění to, kdo je vaším přenosovým protějškem, a nedává druhému účastníkovi nový pohled na vaši adresu. Očekávat, že vás VPN skryje před člověkem, kterému píšete, je chyba kategorie: jeho klient nikdy neměl spojení s tím vaším.

Co VPN změnit může, je funkce přímé cesty. Pokud by aplikace jinak vyjednala spojení peer-to-peer, vedení vašeho provozu tunelem může místo toho vynutit prostředníka a některé funkce se budou chovat jinak nebo se vrátí k záloze; je to skutečný efekt, ale týká se topologie, ne mizení z konverzace.

Pak držte obě otázky odděleně ve všem, co si zapisujete. Který účet to poslal a který koncový bod to přenesl. Odpovězte na obojí výslovně, poznamenejte, kdo může každou odpověď pozorovat, a přestaňte je slučovat do jednoho verdiktu o tom, zda lze zprávu vystopovat.

Související články