Přesměrovaný port VPN: co vidí návštěvníci a poskytovatel

Přesměrování portu dává cizím lidem cestu ke službě přes veřejnou adresu poskytovatele. Tato jediná změna ovlivňuje současně vystavení i rozpoznatelnost a ani jedno z nich nezveřejňuje jméno toho, kdo službu provozuje. Držet obojí oddělené se vyhýbá opačným chybám: považovat 'přesměrování' za anonymitu a považovat je za identifikaci. Tři otázky je čistě oddělují a odpovědi přicházejí z různých důkazů.

Tři objekty, tři různé otázky

Držte veřejnou adresu odděleně od aplikace, která za ní odpovídá, a obojí odděleně od osoby nebo organizace, která to provozuje. Každé má své publikum a své důkazy. Jejich smícháním vznikají závěry, které znějí uklizeně a jsou chybné.

Projděte je v tomto pořadí. První je otázka dostupnosti, druhá je otázka identity aplikace a třetí je otázka přisouzení, kterou první dvě osvětlují jen částečně. Když se někdo ptá, zda je přesměrování portu soukromé, zeptejte se, kterou ze tří myslí. Odpovědi se skutečně liší a stránka se zásadami obvykle řeší jen jednu z nich.

Co může návštěvník propojit mezi koncovými body

Návštěvník se připojí ke koncovému bodu a vidí to, co aplikace legitimně předkládá: 'název hostitele', název certifikátu, přihlašovací stránku, zveřejněný obsah. Tyto údaje identifikují službu, i když je její obvyklá přístupová adresa skrytá za tunelem. Dva koncové body, které předkládají stejný pojmenovaný web, dávají pozorovatelům základ je propojit. Nic v tom chování není únik, protože aplikace byla navržena tak, aby byla vidět.

Shoda certifikátů, přesměrování a obsahu stránek mezi dvěma koncovými body je silný signál, že patří jedné službě. Zůstává to tvrzením o službě, nikoli o člověku, dokud je nějaký jiný záznam nespojí.

Pokyny IETF k soukromí popisují, jak trvalé identifikátory umožňují korelovat interakce v čase. Korelace není přisouzení, protože jednu službu může spravovat několik lidí a adresa se může přesunout mezi nesouvisejícími odběrateli. Právě tento rozdíl brání tomu, aby se zjištění korelace změnilo v obvinění.

Co musí poskytovatel přesměrování vědět

Aby doručil příchozí spojení, musí systém poskytovatele držet aktivní vztah mezi veřejným vstupním bodem a vnitřním cílem. Tento provozní fakt se liší od toho, co vidí návštěvník, a opět od toho, co se poskytovatel rozhodne uchovat. Držte obě otázky oddělené, když čtete stránku se zásadami, protože jedna je nevyhnutelná a druhá je rozhodnutí. Tvrzení, že se neuchovává historie prohlížení, nic neříká o historii mapování.

Zda přetrvávají historická mapování, propojení s účtem nebo záznamy o spojeních, je otázka pro skutečnou politiku a implementaci poskytovatele. Přesměrování nedokazuje, že se každá kategorie zaznamenává. Ptejte se konkrétně, která pole přežijí po odvolání mapování a na jak dlouho.

Příchozí dostupnost je také oddělená od odchozího směrování klienta, DNS a chování při selhání. Přidání mapování nepopisuje, jak odchází zbytek klientova provozu.

Jak dlouho mapování trvá, mění vystavení

Mapování může trvat po dobu relace, po dobu rezervace nebo podle politiky poskytovatele, která je mění. Nemá se předpokládat ani trvalé přidělení, ani stálá rotace; čtěte dokumentované chování produktu a zaznamenávejte, co pozorujete. Dvě pozorování týden od sebe řeknou o 'rotaci' více než jakákoli marketingová věta na stránce produktu. Zapište pozorovaný interval vedle koncového bodu do svých poznámek, protože interval je součástí vystavení.

Životnost mění, jaká korelace je možná. Stabilní koncový bod zve k dlouhodobému sledování jedné služby, zatímco rotující činí každé pozorování obtížněji spojitelným s předchozím. Ani jedna vlastnost není zárukou ohledně záznamů poskytovatele a ani jedna nenahrazuje rozhodnutí o tom, co zveřejňuje sama služba.

Zveřejňujte vědomě, pak zavřete oboje dveře

Ověřte, že poskytovatel povoluje protokol, který potřebujete, že cílový posluchač je ten, který jste mysleli, a že ovládací prvky hostitele a aplikace stále omezují přístup. Před zveřejněním se podívejte, co služba cizímu člověku předloží. Tyto dva příkazy ukazují certifikát a hlavičky, které návštěvník dostane.

openssl s_client -connect pub.example.net:443 -brief < /dev/null
curl -sSI https://pub.example.net/

Zveřejnění něčeho neopravňuje vystavit jeho administrační stránky nebo zrušit přihlášení aplikace a překlad neposkytne TLS službě, která ho nikdy neměla. Držte šifrovaný protokol a kontroly identity serveru na místě bez ohledu na to, jak provoz přichází. Potom zkontrolujte hlavičky odpovědi, protože 'banner' nebo ladicí stránka může cizímu člověku říct víc, než služba zamýšlí. To, co dva příkazy vracejí, je stejný pohled, jaký dostane pozorovatel.

Ukončení služby znamená dvě uzavření, ne jedno: stáhněte mapování prostřednictvím jeho vlastníka a potom se vypořádejte s posluchačem a oprávněním jako se samostatnými položkami. Záložkou uložený koncový bod, který přestane odpovídat, neodvolává přihlašovací údaje a nezískává zpět již doručené informace.