Er den publiserte OpenVPN-nøkkelen ein CA, ein partnarnøkkel eller tls-auth?

Nokon melder at VPN-nøkkelen er offentleg, og den setninga skjuler tre heilt ulike situasjonar. Det kan vere eit CA-sertifikat som kvar klient skal ha, ein privat identitetsnøkkel som aldri skulle ha forlate éi maskin, eller ei delt hemmelegheit i kontrollkanalen som begge endar må halde. Reparasjonen, hastet og skadeomfanget er ulike i kvart tilfelle, så den første oppgåva er klassifisering og ikkje handling. Tek du feil kategori, er kvart seinare steg bortkasta arbeid.

Start med direktivet, ikkje filnamnet

Les den aktive konfigurasjonen og finn ut kva direktiv som peikar på materialet. TLS-innstillingane til OpenVPN brukar ca for klarert sertifikatmateriale, cert for sertifikatet til den lokale partnaren og key for den private nøkkelen som høyrer til.

Filnamn beviser ingenting. Ei fil som heiter key.pem kan innehalde eit sertifikat, og ein innebygd blokk i profilen kan innehalde nøyaktig same objektet som ei separat fil på disken. Opne fila og sjå på headeren i staden for å stole på namnet. Den eine kontrollen fjernar det meste av uklarleiken i rapporten.

Viss profilen er ei PKCS#12-pakke, pakk henne ut på ein kontrollert stad for å sjå kva ho faktisk inneheld. Éi pakke kan bere eit sertifikat, kjeda og ein privat nøkkel, noko som tyder at ein lekkasje av pakka er ein lekkasje av alle tre.

Skriv ned klassifiseringa før nokon endrar ei fil: objekt, direktiv, kva partar som har henne og kven som kan lese henne. Den setninga er det resten av svaret avheng av.

Eit CA-sertifikat er meint å bli delt

Eit offentleg CA-sertifikat er klarert materiale. Klientar treng det for å verifisere tenaren, og å distribuere det er det normale tilfellet og ikkje ein hending. Å publisere det publiserer ikkje den private signeringsnøkkelen til CA-en, og nettopp det objektet ville late ein åtakar lage nye identitetar.

Den skilnaden er verd å skrive eksplisitt i saka, fordi dei to stadig blir blanda saman. Spørsmålet som skal svarast på, er om den lekte fila er sertifikatet eller signeringsnøkkelen, og eit raskt blikk på filinnhaldet avgjer det. Eit sertifikat ber ein offentleg nøkkel og ein signatur; signeringsnøkkelen førekjem ikkje i det i det heile.

Distribusjon fortener likevel omhug. Klientar bør hente sertifikatet via den godkjende vegen for profillevering, ikkje frå ein lim-inn-stad, og eit sertifikat som kjem via ein uklarert rute kan bli bytt ut undervegs.

Ein partnarnøkkel og ei tls-auth-hemmelegheit er ikkje

Den private nøkkelen til ein partnar er identitetsmateriale. Når han er kopiert, kan tenaren ikkje lenger skilje den tiltenkte eininga frå alle som har kopien, fordi eksklusiv eigedom var eigenskapen som vart demonstrert. Fortsett autorisasjon og utskifting er avgjerder for VPN-eigaren, ikkje for den som fann fila.

Ei tls-auth-hemmelegheit er ein tredje ting. Ho legg til HMAC-autentisering rundt kontrollkanalpakkar slik at feil autentiserte pakkar blir kasta før ein TLS-utveksling, og ho er korkje den private nøkkelen til partnaren eller nøkkelen som krypterer applikasjonsdata.

Viss den delte hemmelegheita er offentleg, er barrieren ho gav borte for alle som har henne. Det følgjer ikkje at kvar innehavar består sertifikat- og brukarkontrollane bak henne, og difor er klassifiseringa viktigare enn alarmnivået. Sei kva barriere som fall, og sei kva som står att.

Reparer rolla som lekte, ikkje ei naborolle

Ei delt hemmelegheit kan ikkje gjerast privat att ved å gje fila nytt namn eller skjule nedlastingslenka. Utskifting tyder å generere ein ny verdi og distribuere han til kvar part i ei koordinert endring, og å skifte ut berre éi side øydelegg ordninga for alle som framleis har den gamle verdien.

Viss ein partnaridentitet vart avdekt, bruk tilbakekallings- og nyregistreringsprosessen til operatøren for den identiteten. Å endre passordet til ein urelatert konto gjer ikkje eit kopiert sertifikat ugyldig, og det gjer heller ikkje utskifting av tls-auth-fila.

Stadfest kva den utrulla tenaren faktisk handhevar før du stolar på noko av dette. Ei tilbakekallingsliste som ikkje blir oppdatert, eller ein rollekontroll som vart slått av under ei driftsforstyrring, endrar svaret fullstendig. Les den køyrande konfigurasjonen, ikkje kopien i repositoriet.

Vurder tidlegare trafikk på eigne vilkår

Ei avdekt fil seier ikkje i seg sjølv om tidlegare fanga sesjonar kan dekrypterast. Det avheng av nøkkeloppsettmetoden, materialet som vart avdekt og kva loggar som finst, og både «all trafikk er tapt» og «ingenting skjedde» er gjetting utan desse fakta.

Ikkje legg ut endå ein kopi av påloggingsinformasjonen medan du spør kva kategori han høyrer til. Del i staden direktivnamn og ikkje-hemmelege metadata via den godkjende støttevegen.

Den nyttige konklusjonen namngir objektet, rolla, vernet som gjekk tapt og den koordinerte handlinga som krevst. Alt kortare er ei overskrift og ikkje ei vurdering.