Antall biter i en statisk nøkkelfil er ikke OpenVPN-chifferets styrke

En skanner eller en kollega peker på antall biter som er trykt inne i en statisk OpenVPN-nøkkelfil, og spør hvorfor tunnelen ikke bruker et chiffer av den størrelsen. Spørsmålet høres rimelig ut, og svaret er ikke et tall: banneret teller lagret nøkkelmateriale, mens et chiffer bare bruker den delen nøkkelstørrelsen krever. Behandler man summen som en styrkeinnstilling, ender man med endringer som ikke endrer noe. Formatet ble bygget for å romme mer materiale enn noen enkelt algoritme bruker.

Her blandes to spørsmål: hvor mye nøkkelmateriale filen lagrer, og hvor sterkt det forhandlede chifferet er. Bare det andre beskriver tunnelen.

Hva tallet i banneret egentlig teller

Beholderen serialiserer chiffermateriale og HMAC-materiale som adskilte strukturer, og den toveis formen holder to slike sett slik at hver retning kan bære sine egne nøkler. Skrivekoden utleder det trykte tallet fra antallet serialiserte strukturer, størrelsen deres og åtte biter per byte. Det er aritmetikk over lagring, ikke en påstand om at ett chiffer bruker hver lagrede byte. Hodet fastsetter også en maksimal tildeling av chiffermateriale, slik at en bibliotekendring ikke stille kan endre formatets dimensjoner.

Sammenlign det med en sertifikatnøkkel, der antall biter faktisk beskriver størrelsen på ett objekt. En RSA-nøkkel på 4,096 biter og en nøkkelfil der banneret viser 4,096 biter, er forskjellige artefakter med forskjellige oppgaver, og å stille dem opp som to innstillinger på én knapp gir dårlige konklusjoner.

To nøkkelsett i én fil

Hver halvdel av filen leverer materiale for kryptering og autentisering, fordi modusen med forhåndsdelt nøkkel beskytter pakker i begge retninger med disse adskilte delene. Det aktive chifferet bruker bare bytene nøkkelstørrelsen krever, og digesten bruker sin egen utgangsstørrelse, derfor kommer den brukbare styrken fra valgene og ikke fra filens lengde. Å forlenge den heksadesimale blokken ber ikke den konfigurerte algoritmen om å bruke mer av den. Å redigere kommentaren med et større tall endrer enda mindre.

Hvis du faktisk vil ha en lengre nøkkel, er innstillingen som må endres chifferet eller digesten, og generatoren produserer det de valgte algoritmene trenger.

Å lese profilen forteller deg hvilken modus du har

Samme filformat tjener to ganske forskjellige oppgaver, og bare profilen sier hvilken du har. En gammel secret-linje gjør filen til tunnelens eneste nøkkelmateriale, mens tls-auth eller tls-crypt gjør den til beskyttelse av kontrollkanalen ved siden av sertifikater. Ingen av brukene gjør den til en klients sertifikatprivate nøkkel, uansett hvor lik blokken ser ut. Identifiser valget og versjonen før du genererer en erstatning, og bruk den dokumenterte generatoren i stedet for å legge til tegn.

Den forskjellen avgjør også svaret på en eksponering. En tls-auth-nøkkel som lekker, avdekker ikke sesjonsnøklene, men den lar en angriper injisere trafikk i kontrollkanalen, så den må fortsatt byttes. En lekket secret-nøkkel er verre, fordi den var materialet som beskyttet selve dataene.

Hva en sikkerhetsgjennomgang bør registrere

Registrer tre ting hver for seg: den forhandlede beskyttelsen av datakanalen, beskyttelsen av kontrollkanalen og hvordan parter autentiserer hverandre. En linje som data-ciphers AES-256-GCM beskriver bare det første, og en rapport som stopper der, kan ikke svare på om kontrollkanalen i det hele tatt er beskyttet. Den statiske nøkkelfilen hører i den andre kategorien når den brukes med tls-auth eller tls-crypt, og i ingen av dem når den ikke brukes. Vurderere som blander kategoriene, ber om en større nøkkelfil når det de vil ha, er et sterkere chiffer.

Hvis filen ble eksponert, roter den og distribuer den på nytt via den godkjente kanalen. Å legge til tegn i en kompromittert hemmelighet er ikke rotasjon, og det lar det eksponerte materialet være gyldig.

Oppbevar rotasjonsnotatet sammen med profilen det hører til. Neste gjennomgang vil spørre hvilken nøkkel som beskyttet hvilken periode, og banneret vil ikke svare på det.