Inspisere eit VPN-sertifikat utan å dumpe nøkkelen

Å lese dei offentlege felta i eit sertifikat krev aldri at ein viser den private nøkkelen som høyrer til, og verktøyet for å gjere det følgjer med alle system som avsluttar ein VPN. Risikoen ligg eitt steg tidlegare: fila du fekk kan ikkje vere eit sertifikat i det heile. Eit PEM-sertifikat, ein DER-blob, ei PKCS#12-pakke og ein OpenVPN-profil kan kome med same namn og innehalde svært ulikt materiale, så identifiser beholderen før du vel kommando.

Tre fakta avgjer kva kommando som er trygg: kva fila inneheld, kva du treng å lese ut av henne, og kven som vil sjå utdataa. Tek du feil på eitt av dei, blir inspeksjonen sjølv hendinga.

Kva av tre filer du fekk

Eit PEM-sertifikat er tekst med synlege BEGIN- og END-markørar, ei DER-fil er binær og treng eit flagg for inndataformat, og ei pakke er ein behaldar som kan innehalde ein nøkkel ved sida av sertifikatet. file server.crt skil tekst frå binært på eit sekund, og eit blikk på fyrste linje skil eit bart sertifikat frå ein profil som byggjer inn eitt. Det er gjettinga her som gjer ein inspeksjon til ei hending.

Viss fila er ein profil og ikkje eit sertifikat, handsam henne som ein legitimasjon til det motsette er bevist. Den antakinga kostar ingenting, og ho hindrar den vanlegaste feilen i heile denne oppgåva.

Lese dei offentlege felta i eit PEM-sertifikat

For eit sertifikat du har lov til å inspisere, skriv x509-underkommandoen med -noout ut felta du vel og ingenting anna. Å undertrykkje kroppen er det som held utdataa til metadata, som også er det som gjer dei trygge å lime inn i ei sak. Veljarane nedanfor er dei offentlege, og dokumentasjonen for openssl x509 listar opp resten.

openssl x509 -in server.crt -noout -subject -issuer -dates -fingerprint -sha256

På eit lokalt generert testsertifikat skriv den kommandoen ut ei linje for subject og issuer, paret notBefore og notAfter, og eitt SHA-256-fingeravtrykk. Desse felta identifiserer objektet; dei etablerer ikkje ei gyldig tillitskjede, som er ei eiga verifiseringsoppgåve med sin eigen kommando og sitt eige svar. Ei kjede-fil kan også skrive ut berre det fyrste sertifikatet med mindre du itererer over fila sjølv. Å samanlikne to filer på denne måten kostar éin kommando og avgjer kva av dei motparten faktisk presenterer.

Pakkar som held ein nøkkel ved sida av sertifikatet

Ei .p12- eller .pfx-fil kan bere ein privat nøkkel, og parserkommandoen skriv han ut med mindre du undertrykkjer den delen av utdataa. Med -nokeys rapporterer den same kommandoen framleis strukturen til beholderen, inkludert ein tilslørt nøkkelbag, utan å sende ut noko nøkkelmateriale; fjernar du flagget, dukkar ein nøkkelblokk opp i terminalen og i shell-historikken din.

openssl pkcs12 -in bundle.p12 -nokeys -info -passin env:P12PASS

Ein OpenVPN-profil byggjer inn det same materialet som tekst, så grensa er synleg viss du veit kvar du skal sjå. Offentleg materiale ligg mellom BEGIN CERTIFICATE og END CERTIFICATE, medan alt mellom BEGIN PRIVATE KEY og den tilhøyrande END-linja er nøkkelen og ikkje må forlate verten. Å kopiere profilen i sin heilskap publiserer begge.

Skaffe referanseverdien ein annan stad

Eit fingeravtrykk lese frå tilkoplinga du prøver å verifisere beviser ingenting, fordi parten du mistror leverte det. Det er ikkje eit argument mot fingeravtrykk; det er eit argument om opphav. Samanlikn verdien med ein som er henta gjennom ein kanal motparten ikkje kan skrive til, til dømes sertifikatet som er publisert i eit internt repositorium eller hashen som er trykt i ei signert endringsoppføring.

Der eit tillitslager utfører validering, la det gjere det, og les feilen det produserer i staden for å erstatte han med di eiga samanlikning. Forskjellen som betyr noko, er kven som leverte referansen, ikkje kva hashfunksjon som vart brukt.

Dele resultatet, og kva du gjer etter ein glipp

Send den nøyaktige valideringsfeilen, dei relevante datoane og berre identitetsopplysningane mottakaren treng. Interne vertsnamn og kontoidentifikatorar blir verande sensitive sjølv når ingen nøkkel er til stades, og ein offentleg innlimingsteneste er feil stad for noko av det. Lim inn i saka, ikkje i ein mellombels buffer nokon andre deler.

Viss nøkkelmateriale faktisk dukka opp på skjermen eller i ei fil, handsam det som kompromittert og roter det i staden for å håpe at ingen såg det. Skriv deretter ned kva fil som vart inspisert, kommandoen som vart brukt og kvar utdataa gjekk, fordi den oppføringa er det som gjer ein skremsel om til ein prosedyre. Rotasjon er billeg samanlikna med kostnaden ved å anta at ingen tok eit skjermbilete, og same oppføring fortel neste ingeniør kva filer som vart rørte i det heile. Gjer begge før saka blir lukka.