Hva openssl dhparam -check bekrefter, og hva den ikke fanger

Å bestå dhparam -check føles som en dom over Diffie-Hellman-oppsettet til VPN-en din. Det er det ikke. Kommandoen sammenligner én parameterfil med aritmetikken den hevder å oppfylle, og den sier ingenting om hvorvidt gruppestørrelsen passer til policyen din eller om tunnelen i det hele tatt laster filen. Å lese den som en sikkerhetsgjennomgang er antakelsen som er verdt å rette først.

En parameterfil inneholder et primtall og en generator. Gyldighet er en egenskap ved tallene, mens styrke er en vurdering av trusselmodellen din og motpartene dine, og de to er ikke utskiftbare.

Hva gyldighetskontrollen faktisk bekrefter

Kjør kontrollen på filen du har, og les svaret. openssl dhparam -in dh.pem -check -noout utfører parameterkontrollene og undertrykker den kodede utdataen. En melding om at parameterne ser greie ut betyr at verdiene er strukturelt konsistente; det betyr ikke at en kort gruppe er akseptabel i miljøet ditt.

Generering uten -dsaparam gir sikre primtall, der (p-1)/2 også er primtall, og derfor tar det så lang tid. DSA-stil-veien bygger parametere raskere og konverterer dem til DH-form, og OpenSSL-håndboken knytter ekstra krav om ferske nøkler til bruken av dem. Ingen av konstruksjonene er en sesjonshemmelighet: filen er offentlig konfigurasjonsmateriale, ikke sertifikatets private nøkkel og ikke den delte hemmeligheten til kontrollkanalen.

Les størrelse og generator før du vurderer filen

Et gyldighetsresultat betyr mer når du vet hva som ble validert. Skriv ut parameterne med openssl dhparam -in dh.pem -text -noout, og noter deretter primtallslengden og generatorverdien.

Sammenlign den lengden med en skriftlig policy i stedet for med en vane. Hvis kravet ditt er en godkjent navngitt gruppe fra en moderne TLS-stack, kan en håndgenerert fil være helt feil artefakt. Skriv begge tallene i endringsloggen slik at neste gjennomgang ikke må utlede dem på nytt.

Ikke gjør en kontroll om til en ny generering

Feilmodusen her er en kommando som ser ut som en kontroll og oppfører seg som en generator. Å legge til en bitlengde, som i openssl dhparam -check 2048, ber om nye parametere, og inndatafilen ignoreres. Et generatorvalg kan gjøre det samme. Hvis du bare ville inspisere, gi -in og -check og ingenting som beskriver en størrelse.

Å skrive utdata over den opprinnelige stien fortjener samme mistanke, fordi håndboken advarer om at filutdata ikke er atomisk. En krasj midt i skrivingen etterlater en avkortet parameterfil og en tjeneste som ikke starter.

Tilpass gruppen til protokollen, ikke til en trend

Størrelsespolicy er en beslutning verktøyet ikke kan lese for deg. En endelig-felt-gruppe på 2048 bit er et vanlig gulv, og større grupper koster håndtrykkstid, så velg tallet din egen basislinje navngir og skriv det ned. Mye brukte grupper er ikke svake fordi de er offentlige; ukjenthet tilfører ingenting her.

Der stacken støtter godkjente navngitte grupper, følg det dokumenterte oppsettet i stedet for å generere uvanlige parametere for å få dem til å se unike ut. En navngitt gruppe er noe en motpart kan kjenne igjen og en gjennomgang kan slå opp, noe som er mer verdt enn en skreddersydd fil ingen kan klassifisere.

Bekreft at VPN-en i det hele tatt laster filen

En korrekt parameterfil som ingen prosess leser, endrer ingenting. I OpenVPN er serverdirektivet dh med en sti, og utrullinger som bygger på ECDH eller TLS 1.3-nøkkelutveksling kan i stedet sette dh none. Sjekk den kjørende konfigurasjonen i stedet for en mal, og bekreft deretter at klienter og motparter forhandler samme konstruksjon.

Lukk sirkelen med bevisene du faktisk trenger: gruppen tunnelen forhandlet, parameterlengden i filen og policylinjen den lengden oppfyller. En bestått kontroll hører hjemme på listen som ett enkelt punkt. Å behandle den som hele svaret er hvordan en kort gruppe overlever en revisjon som skulle ha fanget den.