ca md too weak: gje ut sertifikatet på nytt eller senkje nivået?
Feilen nemner eit signaturdigest klienten no avviser, ikkje eit svakt passord. Vel mellom å gje ut kjeda på nytt, spørje utferdaren eller senkje politikken.
OpenVPN klient som fungerte førre månad, feilar no ved oppstart med ca md too weak, og profilen på disken er byte for byte den same som virka. Meldinga gjeld signaturen på sertifikatet til ein sertifikatstyresmakt, ikkje datachifferet, auth-digesten eller kontopassordet. Tre vilkår avgjer om løysinga er nytt identitetsmateriell, ei ny kjede eller ei medviten policyendring. Ta dei i rekkjefølgje, så slepp du det vanlege utfallet der tunnelen kjem tilbake ved å svekkje kvar TLS-tilkopling på verten.
Kva feilen eigenleg nemner
OpenSSL reiser denne verifiseringsfeilen medan han byggjer ei kjede, når sertifikatet som opptrer som CA ber eit signaturdigest som tryggleiksnivået i biblioteket ikkje lenger godtek. MD5 blir avvist på standardnivået, og SHA-1 blir avvist når nivået blir heva. Digesten på lauvsertifikatet tyder mindre her enn digesten på utferdaren som signerer det. Den same politikken kan avvise ei rot som var heilt vanleg den dagen ho vart gjeven ut.
Det er difor redigering av auth eller data-ciphers ikkje gjer noko for denne feilen. Desse innstillingane styrer korleis pakkar blir verna etter handtrykket, medan det avviste objektet er eit identitetsdokument som blir granska før ein tunnel finst. Eit sertifikat kan liggje komfortabelt innanfor gyldigheitsvindauget og likevel bere ein signatur biblioteket ikkje vil godta.
Hald sjekkane skilde i hovudet, så sluttar feilen å verke mystisk. Gyldigheitsdatoar, nøkkelbruk og signaturdigest er sjølvstendige testar, og nøyaktig ein av dei har nettopp feila.
Fyrste vilkår: er det avviste objektet rota?
Skriv ut kvart sertifikat i profilen og les subject- og issuer-felta. Ei sjølvsignert rot viser same verdien i båe, og signaturalgoritmen hennar er den heile kjeda kviler på. Når den svake digesten sit der, arvar kvart lauv under henne problemet. Skriv algoritmen ved sida av subject slik at seinare samanlikning blir mekanisk og ikkje frå minnet.
Samla CA-filer inneheld ofte fleire blokker, så identifiser blokka som faktisk blir lasta i staden for å tru at den fyrste er skuld i det. Kommandoen openssl x509 -in ca.pem -noout -subject -issuer -text skildrar eitt sertifikat om gongen, noko som tyder at bunten må delast fyrst om han inneheld fleire. Samanlikn den utskrivne signaturalgoritmen med digesten du ville vente frå æraen rota vart laga i.
Eit lauv signert med SHA-256 under ei svak rot feilar framleis, fordi kjedekontrollen går heilt til topps. Den rekkjefølgja er det som gjer neste vilkår viktig.
Andre vilkår: styrer du utferdaren?
Om rota høyrer til eigen organisasjon, er den varige løysinga ei ny rot med moderne digest pluss nye lauv, levert som éin profiloppdatering. Det kostar eit vedlikehaldsvindauge og ein plan for einingar som ikkje kan ta oppdateringa same dag.
Om ein tredjepart gav ut kjeda, er løysinga ei førespurnad til den operatøren, og den einaste nyttige lokale handlinga er å slutta å lite på det gamle materiellet. Å redigere PEM-teksten eller lagre fila på nytt endrar ingenting av det signaturen dekkjer.
Eitt mellomtilfelle fortener namn: ei intern rot som er eldre enn dagens standardar men framleis signerer materiell andre system stolar på. Å byte ho ut tyder å revidere kvar forbrukar, inkludert apparat som festar det gamle sertifikatet med fingeravtrykk. Tel forbrukarane før du planlegg endringa, for ein rotutveksling som overser éin byter ein oppstartsfeil mot eit avbrot.
Tredje vilkår: kva senking av nivået òg godtek
Å senkje tryggleiksnivået, eller velje legacy-sertifikatprofilen til OpenVPN, får klienten til å godta den gamle digesten igjen. Det lempar òg på andre kontrollar i same bibliotek, for kvar tilkopling den prosessen gjer.
Det kan forsvarast i eit laboratorium, eller som ei kort bru medan erstatningsmateriell blir førebudd, så lenge unntaket er avgrensa til éin profil og har ein sluttdato. Som permanent innstilling på ein delt vert utvidar det stilt det kvar TLS-klient der vil stole på.
Skriv ned unntaket med eigar og eit fjerningssteg. Ei udokumentert nivåendring kan ikkje skiljast frå ein feil seks månader seinare, og neste ingeniør vil ikkje vite at det nokon gong var ei avgjerd.
Avgjerda, skriven som ein regel
Byt ut kjeda når du styrer utferdaren og kan liste opp forbrukarane. Eskaler til utferdaren når du ikkje gjer det. Senk nivået berre som eit datert, avgrensa unntak med erstatninga allereie planlagd. Alt anna lèt det same sertifikatet bli ståande og flyttar risikoen ein stad som er mindre synleg.
Test så profilen på nytt frå ein rein klient, stadfest at handtrykket blir fullført, og ta vare på den nøyaktige avvisingsteksten om det framleis feilar. Ei presis feilmelding er det billegaste du kan gje vidare til den som eig neste lag.