Hvem du stoler på når du selv kjører VPN-serveren

Selvdrift gir deg operatørrollen: du velger programvaren, konfigurasjonen, oppdateringsplanen og hva din egen tjeneste registrerer. Det den ikke gjør, er å fjerne de andre partene fra forbindelsen. Aksessnettet ditt bærer fortsatt pakkene, leverandøren av vertstjenesten driver fortsatt maskinen, en resolver svarer fortsatt på forespørsler, og et mål ser fortsatt en forespørsel. Å vite hvilke av disse du faktisk har endret, er hele øvelsen.

Trinn 1: kartlegg partene

List opp hver part i den virkelige utrullingen: enheten din, nettverket du kobler deg til, VPN-verten, DNS-resolveren og måltjenesten. Noter for hver av dem hva den kan observere og hvilke innstillinger du styrer.

Den tabellen er mer nyttig enn noen påstand om anonymitet, fordi den viser hvor kontrollen faktisk endret seg. Du styrer konfigurasjonen og loggene til verten. Du styrer ikke aksessnettets syn på forbindelsen din, og du styrer ikke hva målet registrerer om kontoen din.

For et endepunkt hjemme forlater dekket trafikk normalt hjemmets aksessforbindelse. Utgangsadressen målet ditt ser, er husstandens adresse, noe som er et faktum om topologien og ikke en feil i programvaren. Hvis det er den adressen du ville endre, kan en hjemmeserver ikke gjøre det. Du trenger en utgang et annet sted.

Trinn 2: skriv ned hva du har vunnet

Du kan inspisere den utrullede konfigurasjonen, bestemme hvilke enheter som får bli med, sette en diagnostikkpolicy og føre de registrene du velger. Det er reelle kontroller når du vedlikeholder dem, og de er den ærlige grunnen til å drive selv.

De er også betingede. En ubrukt standardinnstilling og en utestet sikkerhetskopi er ikke egenskaper protokollen leverer; de er intensjoner. Skriv kontrollen ned sammen med testen som beviser den, ellers teller den ikke.

Trinn 3: godta vedlikeholdslisten

Listen er kort og ubarmhjertig: beskytt administratorkontoen, beskytt servernøklene, utsted og tilbakekall klientidentiteter, hold sikkerhetskopier, fjern tapte enheter og behold en gjenopprettingsvei som ikke avhenger av den sviktende tunnelen.

Tilbakekalling fortjener sin egen linje. En enhet du har fjernet fra konfigurasjonen, men aldri tilbakekalt, har fortsatt gyldige påloggingsdetaljer, og forskjellen viser seg først når noen bruker dem. Test fjerningen ved å forsøke å koble til med det gamle materialet.

Sikkerhetskopier trenger samme behandling. Gjenopprett en på en reservevert og bekreft at tunnelen kommer opp med de samme identitetene. En sikkerhetskopi du aldri har gjenopprettet, er en fil og ikke en gjenopprettingsplan.

Trinn 4: slipp antakelsen om anonymitet

Å kjøre serveren gjør ikke nettleseren din anonym. Nettsteder mottar fortsatt kontoinformasjon og informasjonskapsler, og HTTPS beskytter applikasjonsdata på sin egen vei uansett tunnelen.

Det finnes også en mer subtil effekt: en adresse bare du bruker, kan bli et stabilt signal knyttet til bruken din. En kommersiell utgang deles med fremmede, noe som er dårlig for personvernet på én måte og bra på en annen. Din egen adresse er unik, noe som snur den avveiningen.

Hvis målet er å være vanskelig å korrelere, kan selvdrift gjøre det lettere i stedet for vanskeligere. Bestem hvilken egenskap du egentlig vil ha før du bruker en kveld på det. Unikhet er en kostnad, ikke en funksjon, og den dukker ikke opp i de fleste tekster om selvdrift. Skriv den inn i partstabellen fra trinn 1, og avveiningen blir synlig.

Trinn 5: velg det av en oppgitt grunn

Privat tilgang til ditt eget nettverk, kontroll over konfigurasjonen, et bestemt rutekrav eller uavhengighet fra en leverandørs policy er alle gode grunner. Skriv ned den som gjelder, og utform testen som ville vise at den virker.

Kontroller deretter de kjedelige delene: er verten oppdatert, er gamle nøkler borte, stemmer oppbevaringen med det du dokumenterte, og kan du gjenopprette tjenesten etter en feil? De fire svarene beskriver tillitsmodellen mye bedre enn protokollnavnet.

Trinn 6: planlegg utgangen

Bestem på forhånd hvordan du ville migrere bort fra verten: hvor konfigurasjonen bor, hvordan klientprofiler utstedes på nytt, og hva som skjer med registrene du har beholdt. En selvdriftet tjeneste uten utgangsplan blir en avhengighet du ikke kan fjerne.

Den AWS delte ansvarsmodell er en nyttig mal også utenfor AWS, fordi den tvinger fram det samme spørsmålet: hvilket lag er ditt, og hvilket tilhører noen andre. Svar på det for hver part i trinn 1, og tillitsmodellen slutter å være et slagord.