Kvifor servernøklar og brukarlegitimasjon treng kvar sin eigar

Nøkkelen som bevisar at gatewayen din er seg sjølv, og legitimasjonen som seier at ein person kan bli med, er begge løyndomar, og det er der likskapen sluttar. Den eine identifiserer ei teneste overfor kvar klient; den andre identifiserer éin brukar overfor den tenesta. Å blande dei sparer eitt steg under oppsett og kostar ein ettermiddag under ei hending, fordi gjenopprettinga for kvar av dei ikkje er den same operasjonen. Oppdelinga er keisam å setje opp og minneverdig å hoppe over.

To løyndomar, to ulike eigarar

Gatewayen held ein privat nøkkel eller eit sertifikat der den einaste oppgåva er å bevise identiteten sin under handtrykket. Klientar treng det samsvarande offentlege materialet for å verifisere det, og dei treng aldri den private halvdelen. Det er denne asymmetrien som gjer serverautentisering mogleg utan å gje kvar brukar evna til å etterlikne serveren.

Brukarmateriale går den andre vegen. Ein klients private nøkkel, eit klientsertifikat eller eit passord viser at nettopp denne personen eller denne eininga har fått tilgang. Det er venta at det blir distribuert, kopiert mellom einingar og til slutt tilbakekalla.

WireGuard gjer oppdelinga openberr fordi kvar deltakar har eit nøkkelpar: den private nøkkelen til serveren blir på serveren, og ei konfigurasjonsfil du gir ein brukar inneheld deira eigen private nøkkel pluss den offentlege nøkkelen til serveren. Ein profil som inneheld den private nøkkelen til serveren er ikkje ei snarveg, han er eit kompromiss som ventar på fildeling.

Tre spørsmål som avgjer oppdelinga

Spør kven som må kunne lese løyndomen, kva ei avdekking ville la ein åtakar gjere, og om rettinga er éi tilbakekalling eller ein gjenoppbygging av tenesta.

Viss ein brukar kan lese han, og han bevisar identiteten til gatewayen, er svaret på det andre spørsmålet at åtakaren kan etterlikne serveren din overfor kvar klient — det verste utfallet, fordi klientar er laga for å stole på den identiteten. Viss han berre bevisar éin brukar, gjev avdekkinga den brukaren tilgang til ein peer, og tilbakekalling er ein rutineoperasjon. Viss han er ein nøkkel til ein sertifiseringsstyresmakt, er avdekkinga verre enn båe, sidan åtakaren kan lage identitetar som kvar endepunkt stolar på.

Dei tre svara gjev lagringsregelen: CA-nøkkelen bur offline eller i eit pengeskap, gatewaynøkkelen bur på gatewayen, og brukarnøklar bur hos brukarane. Kvar ordning som legg alle tre i ei mappe for enkelheita skuld, har gjort ei avgjerd om til eit ulukke.

Kva ein klient faktisk treng

Ein klient treng det offentlege sertifikatet eller den offentlege peernøkkelen, CA-materialet eller fingeravtrykket han skal stole på, sin eigen private nøkkel og detaljane for endepunktet. Den lista inneheld ingenting som høyrer til den private identiteten til gatewayen.

Dokumentasjonen er der dette lek. Ei rettleiing som seier kopier servermappa og slett det du ikkje treng, har allereie lært bort feil modell, fordi fila som blir att etter slettesteget, sjeldan blir kontrollert av nokon.

Tilbakekall éin brukar utan å røre gatewayen

Fordi brukaridentitetar blir utstade separat, kan dei dragast tilbake separat. Ei sertifikatbasert utrulling tilbakekallar klientsertifikatet og publiserer ei oppdatert tilbakekallingsliste; ei WireGuard-utrulling fjernar peer-oppføringa frå serverkonfigurasjonen. Ingen av desse operasjonane endrar gatewayen sin eigen nøkkel.

Ta vare på registeret over utstadingar, elles veit du ikkje kva identitet som skal dragast tilbake. Eit rekneark er nok, føresett at det namngjev personen, eininga, serienummeret eller den offentlege nøkkelen og datoen, og føresett at nokon eig det etter at personen som bygde det, har slutta.

Kommandoane nedanfor inspiserer eit klientsertifikat og tilbakekallar det deretter gjennom ei styresmakt i OpenSSL-stil, som er flyten easy-rsa pakkar inn:

openssl x509 -in client.crt -noout -subject -serial
openssl ca -config openssl.cnf -revoke client.crt
openssl ca -config openssl.cnf -gencrl -out crl.pem

Publiser den nye lista der klientane kontrollerer henne, elles er tilbakekallinga eit notat i ei fil som ikkje endrar noko. Viss gatewayen din godtek klientsertifikat utan å rådføre seg med ei tilbakekallingsliste, sei det eksplisitt i staden for å antyde at tilbakekalling fungerer.

Hald tryggleikskopiar like åtskilde som løyndomane

Eit gjenoppbyggingsarkiv inneheld med rette gatewaynøkkelen og CA-materialet, fordi ei gjenoppretting utan dei ikkje kan gjenskape tenesta. Ein klientoppsettspakke må ikkje, og dei to må ikkje lagrast saman. Merk kvart arkiv etter kven som kan halde det, ikkje etter datoen det vart laga. Det merket er det ein sliten administrator les klokka to om natta.

Den skilnaden fastset òg kven som kan hente kvar av dei. Å administrere gatewayen, utstade brukaridentitetar og lese tryggleikskopiar er tre ulike fullmakter, og ein person som treng éi, treng ikkje automatisk dei andre. Skriv ned desse løyva og kontroller dei deretter mot det lagringa di faktisk tillèt, fordi mappeerv gir stille meir enn politikken siktar på.