Kva openssl dhparam -check stadfester, og kva han ikkje fangar

Å bestå dhparam -check kjennest som ein dom over Diffie-Hellman-oppsettet til VPN-en din. Det er det ikkje. Kommandoen samanliknar éi parameterfil med aritmetikken ho hevdar å oppfylle, og han seier ingenting om gruppestorleiken passar til retningslinjene dine eller om tunnelen i det heile lastar fila. Å lese han som ein tryggleiksgjennomgang er føresetnaden det er verdt å rette først.

Ei parameterfil inneheld eit primtal og ein generator. Gyldigheit er ein eigenskap ved tala, medan styrke er ei vurdering av trugselmodellen din og motpartane dine, og dei to er ikkje utskiftbare.

Kva gyldigheitskontrollen faktisk stadfester

Køyr kontrollen på fila du har, og les svaret. openssl dhparam -in dh.pem -check -noout utfører parameterkontrollane og undertrykkjer den koda utdataen. Ei melding om at parametrane ser greie ut tyder at verdiane er strukturelt konsistente; det tyder ikkje at ei kort gruppe er akseptabel i miljøet ditt.

Generering utan -dsaparam gjev trygge primtal, der (p-1)/2 også er primtal, og difor tek det så lang tid. DSA-stil-vegen byggjer parameterar raskare og konverterer dei til DH-form, og OpenSSL-handboka knyter ekstra krav om ferske nøklar til bruken av dei. Ingen av konstruksjonane er ein sesjonsløyndom: fila er offentleg konfigurasjonsmateriale, ikkje den private nøkkelen til sertifikatet og ikkje den delte løyndomen til kontrollkanalen.

Les storleik og generator før du vurderer fila

Eit gyldigheitsresultat tyder meir når du veit kva som vart validert. Skriv ut parametrane med openssl dhparam -in dh.pem -text -noout, og noter deretter primtallslengda og generatorverdien.

Samanlikn den lengda med ei skriven retningslinje i staden for med ein vane. Viss kravet ditt er ei godkjend namngjeven gruppe frå ein moderne TLS-stack, kan ei handgenerert fil vere heilt feil artefakt. Skriv begge tala i endringsloggen slik at neste gjennomgang slepp å leie dei ut på nytt.

Gjer ikkje ein kontroll om til ny generering

Feilmodusen her er ein kommando som ser ut som ein kontroll og oppfører seg som ein generator. Å leggje til ei bitlengd, som i openssl dhparam -check 2048, ber om nye parameterar, og inndatafila vert ignorert. Eit generatorval kan gjere det same. Viss du berre ville inspisere, gje -in og -check og ingenting som skildrar ein storleik.

Å skrive utdata over den opphavlege stien fortener same mistru, fordi handboka åtvarar om at filutdata ikkje er atomisk. Eit krasj midt i skrivinga lèt att ei avkorta parameterfil og ei teneste som ikkje startar.

Tilpass gruppa til protokollen, ikkje til ein trend

Storleiksretningslinjer er ei avgjerd verktøyet ikkje kan lese for deg. Ei endeleg-felt-gruppe på 2048 bit er eit vanleg golv, og større grupper kostar handtrykkstid, så vel talet di eiga grunnlinje nemner og skriv det ned. Mykje brukte grupper er ikkje svake fordi dei er offentlege; ukjendskap legg ingenting til her.

Der stacken støttar godkjende namngjevne grupper, fylg det dokumenterte oppsettet i staden for å generere uvanlege parameterar for å få dei til å sjå unike ut. Ei namngjeven gruppe er noko ein motpart kan kjenne att og ein gjennomgang kan slå opp, noko som er meir verd enn ei skreddarsydd fil ingen kan klassifisere.

Stadfest at VPN-en i det heile lastar fila

Ei korrekt parameterfil som ingen prosess les, endrar ingenting. I OpenVPN er serverdirektivet dh med ein sti, og utrullingar som byggjer på ECDH eller TLS 1.3-nøkkelutveksling kan i staden setje dh none. Sjekk den køyrande konfigurasjonen i staden for ein mal, og stadfest deretter at klientar og motpartar forhandlar same konstruksjon.

Lukk sirkelen med prova du faktisk treng: gruppa tunnelen forhandla, parameterlengda i fila og retningslinjelinja den lengda oppfyller. Ein bestått kontroll høyrer heime på lista som eitt enkelt punkt. Å handsame han som heile svaret er korleis ei kort gruppe overlever ein revisjon som skulle ha fanga ho.