Eit OpenVPN-profil har tre sertifikatblokker: kva for ein er hemmeleg?

Du opnar ei .ovpn-fil for å endre éi linje og finn tre blokker med base64 som alle ser ut som påloggingsinformasjon. Éi er trygg å publisere, éi er like følsam som eit passord, og éi er ein offentleg nøkkel som ikkje tyder noko med mindre noko anna er signert med paret. Folk limer inn heile fila i ein støttetråd fordi blokkene ser ut til å kunne bytast om, og slik hamnar ein klientnøkkel i eit offentleg arkiv. Å skilje ut kva kvar blokk gjer forklarar det meste av forvirringa rundt desse profilane, og det fortel deg òg kva feil du må rette sjølv.

Éi fil, tre blokker, ulike oppgåver

Eit typisk profil byggjer inn ei ca-blokk, ei cert-blokk og ei key-blokk mellom BEGIN- og END-merka, eller peikar på dei same tre som separate filer. Nokre profilar legg til ei fjerde blokk for ein tls-auth- eller tls-crypt-nøkkel, som er ei delt løyndom og ikkje eit sertifikat. Klienten les kvar blokk etter direktivet som namngjev ho, så etikettene tyder meir enn rekkjefølgja dei opptrer i.

Handsam det samansette profilen som følsamt til du faktisk har sett inni det. Eit offentleg sertifikat og ein privat nøkkel kan liggje nokre få linjer frå kvarandre i same fil, og eit skjermbilete som tek med overskrifta kan innehalde begge. Å sladde den synlege base64 for hand er òg upåliteleg, fordi ei delvis blokk framleis lek sertifikatmetadataa som namngjev utrullinga di. Å kopiere dei tre direktiva utan verdiane deira er vanlegvis nok til å stille eit nyttig spørsmål.

Direktiva rundt blokkene avgjer korleis dei blir brukte. Endre ca og klienten stolar på ei anna styresmakt; endre cert utan å endre key og handtrykket sviktar med eit avvik som ikkje har noko med tillit å gjere.

CA-blokka er offentleg, CA-nøkkelen aldri

Ei sertifikatstyresmakt signerer sertifikat som bind ein offentleg nøkkel til ein identitet, og hennar eige sertifikat er ankeret ein klient brukar for å avgjere om ei kjede er til å stole på. Det sertifikatet er offentleg av design: å sende det inne i kvart profil er normalt, og det er grunnen til at ei sjølvsignert utrulling kan fungere utan ei kommersiell styresmakt.

Det som aldri må førekome i eit klientprofil, er den private signeringsnøkkelen til styresmakta. Klienten treng han ikkje for å validere noko, og tilstadeveringa hans tyder at den som har profilen kan lage nye identitetar for heile utrullinga.

Å stole på ei styresmakt er òg smalare enn det høyrest ut. Ein klient som godtek eitkvart sertifikat signert av CA-en, godtek framleis eit sertifikat utstedt for ei anna teneste på same CA. Alternativ som festar forventa serverrolle eller -namn, lukkar det gapet, og TLS-alternativreferansen listar opp verifiseringsdirektiva som gjer det.

Server- og klientsertifikat peikar i motsette retningar

Sertifikatet til serveren er det klienten granskar for å stadfeste at han nådde rett endepunkt. Klientsertifikatet ditt går motsett veg: serveren brukar det for å avgjere at denne eininga eller brukaren er ein han har registrert. Same format, motsett tillitsretning.

Ei adresse er ikkje ein identitet. Å nå rett IP beviser ingenting om kven som svara, difor høyrer kontroll av vertsnamn eller sertifikatnamn framleis heime i profilen. Eit kontopassord erstattar heller ikkje eit påkravd klientsertifikat i det stille, fordi dei to blir kontrollerte på ulike stadium og ei utrulling kan krevje begge.

Den private nøkkelen til klienten er den delen som må bli verande privat. Viss han kan ha blitt avdekt, endrar sletting av fila på laptoppen ingenting på serveren, som vil halde fram med å godta det tilsvarande sertifikatet til operatøren kallar det tilbake. Å be operatøren erstatte eller kalle tilbake den identiteten er den einaste løysinga som reiser med deg.

To førespurnader som ser identiske ut og ikkje er det

Ein nøkkel som er lagra i kryptert form, ber om ein passfrase før klienten kan bruke han. VPN-tenesta kan be om eit kontopassord separat, og dei to førespurnadene kan kome sekund frå kvarandre med nesten same ordlyd. Passfrasen vernar ei fil på disken din; passordet beviser ein konto overfor ein server. Å blande dei sender folk til tilbakestillingar som umogeleg kan hjelpe.

Les førespurnaden før du tilbakestiller noko. Ei tilbakestilling av kontopassordet gjer ingenting for ein gløymd nøkkelpassfrase, eit tilbakekalla eller utløpt sertifikat, og å tilbakestille passordet når feilen er sertifikatvalidering gjer ei to-minutts retting til ei støttesak. Viss klaga nemner gyldigheitsdatoar, sjekk klokka på eininga fyrst og deretter det namngjevne sertifikatet sitt eige vindauge.

Når sertifikatet verkeleg er utløpt, må erstatninga kome frå den som utstedte det. Ein nøkkel som høyrer til nokon andre, er ikkje ein fornyingsveg, og det er heller ikkje å låne eit fungerande profil frå ein kollega.

Kva eit reint handtrykk beviser og kva det ikkje beviser

Å nå eit fullført TLS-handtrykk tyder at det konfigurerte identitetsforholdet heldt: sertifikatet til serveren kjeda til CA-en din, og sertifikatet ditt vart godteke. Det seier ingenting om loggføringspolitikken til operatøren, og ingenting om korvidt applikasjonane dine vil fungere når tunnelen er oppe.

Ruter og DNS er seinare stadium av sambandet, så ein utilgjengeleg intranettvert etter vellukka pålogging er eit sambandsproblem og ikkje eit sertifikatproblem. Arbeid på det laget i staden for å byte påloggingsinformasjon, og hald opphavet til profilen, det private materialet hans og identitetskontrollane hans saman når du gir det til nokon.