Komu dôverujete, keď si sami prevádzkujete server VPN

Vlastný hosting vám odovzdáva rolu operátora: vy vyberáte softvér, konfiguráciu, harmonogram aktualizácií a to, čo vaša vlastná služba zaznamenáva. Čo nerobí, je odstraňovanie ostatných strán zo spojenia. Vaša prístupová sieť stále prenáša pakety, váš poskytovateľ hostingu stále prevádzkuje stroj, resolver stále odpovedá na dopyty a cieľ stále vidí požiadavku. Vedieť, ktoré z nich ste skutočne zmenili, je celé to cvičenie.

Krok 1: zinventarizujte strany

Vypíšte každú stranu v reálnom nasadení: svoje zariadenie, sieť, ku ktorej sa pripájate, hostiteľa VPN, resolver DNS a cieľovú službu. Pri každej poznamenajte, čo môže pozorovať a ktorými nastaveniami vy disponujete.

Táto tabuľka je užitočnejšia než akékoľvek tvrdenie o anonymite, pretože ukazuje, kde sa kontrola skutočne zmenila. Spravujete konfiguráciu a logy hostiteľa. Nespravujete pohľad prístupovej siete na vaše spojenie ani to, čo cieľ zaznamenáva o vašom účte.

Pri domácom koncovom bode krytá prevádzka zvyčajne odchádza cez domáce prístupové pripojenie. Výstupná adresa, ktorú váš cieľ vidí, je adresa domácnosti, čo je fakt o topológii, nie chyba softvéru. Ak ste chceli zmeniť práve túto adresu, domáci server to nedokáže. Potrebujete výstup inde.

Krok 2: zapíšte, čo ste získali

Môžete skontrolovať nasadenú konfiguráciu, rozhodnúť, ktoré zariadenia sa smú pripojiť, nastaviť diagnostickú politiku a viesť záznamy, ktoré si zvolíte. To sú skutočné kontroly, keď ich udržiavate, a sú čestným dôvodom pre vlastný hosting.

Sú aj podmienené. Nepoužité predvolené nastavenie a nevyskúšaná záloha nie sú vlastnosti, ktoré protokol poskytuje; sú to zámery. Zapíšte kontrolu spolu s testom, ktorý ju preukazuje, inak sa nepočíta.

Krok 3: prijmite zoznam údržby

Zoznam je krátky a nekompromisný: chráňte účet správcu, chráňte kľúče servera, prideľujte a odvolávajte identity klientov, udržujte zálohy, odstraňujte stratené zariadenia a zachovajte cestu obnovy, ktorá nezávisí od zlyhávajúceho tunela.

Odvolanie si zaslúži vlastný riadok. Zariadenie, ktoré ste odobrali z konfigurácie, ale nikdy neodvolali, stále má platné prihlasovacie údaje, a rozdiel sa prejaví až vtedy, keď ich niekto použije. Otestujte odobratie tým, že sa skúsite pripojiť so starým materiálom.

Zálohy potrebujú rovnaké zaobchádzanie. Obnovte jednu na náhradnom hostiteľovi a potvrďte, že tunel nabehne s rovnakými identitami. Záloha, ktorú ste nikdy neobnovili, je súbor, nie plán obnovy.

Krok 4: opustite predpoklad anonymity

Prevádzkovanie servera nerobí váš prehliadač anonymným. Weby stále dostávajú informácie o účte a súbory cookie a HTTPS chráni dáta aplikácie na svojej vlastnej ceste bez ohľadu na tunel.

Existuje aj jemnejší efekt: adresa, ktorú používate len vy, sa môže stať stabilným signálom spojeným s vaším používaním. Komerčný výstup je zdieľaný s cudzími ľuďmi, čo je pre súkromie jedným spôsobom zlé a iným dobré. Vaša vlastná adresa je jedinečná, čo tento obchod obracia.

Ak je cieľom byť ťažko korelovateľný, môže vlastný hosting skôr uľahčiť než sťažiť. Rozhodnite, ktorú vlastnosť skutočne chcete, než na to venujete večer. Jedinečnosť je náklad, nie vlastnosť, a vo väčšine textov o vlastnom hostingu sa neobjavuje. Zapíšte ju do tabuľky strán z kroku 1 a obchod sa stane viditeľným.

Krok 5: vyberte ho z uvedeného dôvodu

Súkromný prístup k vlastnej sieti, kontrola nad konfiguráciou, konkrétna požiadavka na smerovanie alebo nezávislosť od politiky poskytovateľa sú všetky dobré dôvody. Zapíšte ten, ktorý platí, a navrhnite test, ktorý by ukázal, že funguje.

Potom overte nudné časti: je hostiteľ záplatovaný, zmizli staré kľúče, zodpovedá retencia tomu, čo ste zdokumentovali, a dokážete obnoviť službu po výpadku? Tieto štyri odpovede opisujú model dôvery oveľa lepšie než názov protokolu.

Krok 6: naplánujte odchod

Rozhodnite vopred, ako by ste migrovali z hostiteľa: kde žije konfigurácia, ako sa znovu vydávajú klientske profily a čo sa stane s uchovanými záznamami. Vlastnoručne hostovaná služba bez plánu odchodu sa stáva závislosťou, ktorú nemožno odstrániť.

Model zdieľanej zodpovednosti AWS je užitočnou šablónou aj mimo AWS, pretože vynucuje rovnakú otázku: ktorá vrstva je vaša a ktorá patrí niekomu inému. Odpovedzte na ňu pre každú stranu z kroku 1 a model dôvery prestane byť sloganom.