Sjølvsignert klientcertifikat? VPN-tenaren avviser det framleis

Operatøren sender ei adresse og eit brukarnamn, og klienten ber om ei CA-fil, eit sertifikat og ein nøkkel. Å generera desse tre lokalt kjennest som det openberre neste steget. Det gjev eit sertifikat som berre din eigen maskin trur på. Tillita til tenaren er forankra i ei CA du ikkje kontrollerer, så handtrykket sluttar før det byrjar.

Tillit bur på tenaren, ikkje i profilen din

Sertifikatautentisering er ei samanlikning. Klienten legg fram eit sertifikat; gatewayen sjekkar om det er signert av ei av CA-ene i konfigurasjonen.

Profilen din oppgjev CA-fila klienten skal bruka for å verifisera tenaren. Han kan ikkje oppgje ei CA tenaren skal bruka for å verifisera deg. Den halvdelen av konfigurasjonen er ikkje din.

Eit heimelaga sertifikat feilar i denne samanlikninga sjølv når det er teknisk perfekt. Det har ein gyldig signatur, eit subjekt og datoar, men utferdaren er ei CA gatewayen aldri har høyrt om. Feilen viser seg under handtrykket, etter at tenaren alt har bede om eit sertifikat. Ingenting i klientprofilen kan endra svaret.

Kvifor eit sjølvsignert sertifikat ikkje kan erstatta det

Eit sjølvsignert sertifikat er signert med sin eigen nøkkel. Signaturen verifiserer mot same fil, noko som gjer det sjølvkonsistent og ubrukeleg som legitimasjon for ein annan sin gateway.

Gatewayen spør ikkje om sertifikatet er internt konsistent. Han spør om ein betrodd utferdar har signert det.

Difor er feilmeldingane forvirrande. Klienten kan rapportera ein verifiseringsfeil som høyrest ut som eit tenarproblem, medan tenaren loggar ein ukjend utferdar. Begge skildrar den same uoverensstemminga frå kvar sin ende.

CSR-vegen held på din private nøkkel

Du kan framleis gjera det meste av arbeidet lokalt. Generer eit nøkkelpar, bygg ein førespurnad om sertifikatsignering rundt den offentlege halvdelen, og send førespurnaden til operatøren. Berre førespurnaden forlèt maskinen din. Den private halvdelen blir der du genererte han.

openssl req -new -newkey rsa:3072 -nodes -keyout client.key -out client.csr -subj "/CN=laptop-01"

Operatøren signerer førespurnaden med CA-a si og returnerer eit sertifikat. Din private nøkkel har aldri reist, og resultatet kjeder til ankeret gatewayen stolar på.

Administrerte tenester hoppar ofte over CSR-en og gjev ut heile pakken. Det er ein rimeleg byttehandel når same leverandør alt avsluttar tunnelen og har CA-a. Oppbevaringa av nøkkelen blir ikkje betre av å halda på han, fordi leverandøren kan laga ein ny når som helst.

Pakkar blir importerte, dei blir ikkje installerte

Leverandørpakkar med tryggleiksklingande namn er ofte OpenVPN-profilar. Dei inneheld konfigurasjon og stundom sertifikat, og dei installerar ingenting. Importer fila i ein klient som snakkar protokollen, og sambandet er konfigurert.

Handteringsregelen følgjer av innhaldet. Viss profilen byggjer inn ein privat nøkkel, er det legitimasjon og fortener same omsorg som eit passord: ingen e-post, ingen kodelager, ingen delt nedlastingsmappe. Når operatøren leverer ca.crt, client.crt og client.key kvar for seg, lagra dei saman med restriktive løyve og peik profilen mot dei.

Legg til kontrollane operatøren kan ha hoppa over

Ein ruter-generert profil manglar stundom peer-verifisering. remote-cert-tls server krev at peer-sertifikatet ber føremålet tenarautentisering, slik at eit klientcertifikat ikkje kan spelast av som tenar. Den eine lina er ei lita endring med klår grunngjeving.

verify-x509-name går lenger når operatøren kan oppgje forventa subjekt eller SAN. Begge er små tillegg til ein profil, og begge er forsvarlege. Gransk kva du fekk før du importerer det.

openssl x509 -in client.crt -noout -issuer -subject -dates
openssl verify -CAfile ca.crt client.crt

Verifiseringsinnstillingar er ikkje ei reparasjon av ei broten kjede. Viss utferdaren er feil, er svaret eit sertifikat frå rett CA, ikkje eit flagg som slår kontrollen av. Å slå av verifisering gjer ein autentiseringsfeil til ein uoppdaga feil.

Be om éin pakke: sertifikatet til styresmakta som PEM, eit klientcertifikat som styresmakta har signert, ein nøkkel du har generert eller som kom gjennom ein kanal du stolar på, og det nøyaktige tenarnamnet sertifikatet skal presentera. Noter utløpsdatoen i same melding, fordi eit utløpt sertifikat ser ut som ein nettverksfeil månader seinare.