ca md too weak: sertifikaat uuesti väljastada või turvataset langetada?

OpenVPN klient, mis eelmisel kuul töötas, nurjub nüüd käivitamisel veaga ca md too weak, ja kettal olev profiil on bait-baidilt sama, mis töötas. Teade puudutab sertifitseerimisasutuse sertifikaadi signatuuri, mitte andmešifrit, auth-kokkuvõtet ega konto parooli. Kolm tingimust otsustavad, kas lahendus on uus identiteedimaterjal, uus ahel või teadlik poliitikamuudatus. Käige need järjekorras läbi ja te väldite tavalist tulemust, kus tunnel taastub, nõrgendades hosti iga TLS-ühendust.

Mida viga tegelikult nimetab

OpenSSL tõstab selle kontrollivea ahelat ehitades, kui CA-na toimiv sertifikaat kannab signatuuri kokkuvõtet, mida teegi turbetase enam ei aktsepteeri. MD5 lükatakse vaiketasemel tagasi ja SHA-1 lükatakse tagasi, kui taset tõstetakse. Lõppsertifikaadi kokkuvõte tähendab siin vähem kui seda allkirjastava väljastaja kokkuvõte. Sama poliitika võib tagasi lükata juure, mis oli väljastamise päeval täiesti tavaline.

Seetõttu ei aita auth ega data-ciphers muutmine selle vea puhul midagi. Need seaded juhivad, kuidas pakette pärast käepigistust kaitstakse, samas kui tagasilükatud objekt on identiteedidokument, mida uuritakse enne tunneli olemasolu. Sertifikaat võib mugavalt kehtivusaknas istuda ja siiski kanda allkirja, mida teek ei aktsepteeri.

Hoidke kontrollid peas lahus ja viga lakkab näimast salapärane. Kehtivuskuupäevad, võtme kasutamine ja signatuuri kokkuvõte on sõltumatud testid ning täpselt üks neist just nurjus.

Esimene tingimus: kas tagasilükatud objekt on juur?

Printige profiilis iga sertifikaat ja lugege välju subject ja issuer. Isesigneeritud juur näitab mõlemas sama väärtust ja selle signatuurialgoritm on see, millele kogu ahel toetub. Kui nõrk kokkuvõte seal on, pärib iga leht selle all probleemi. Kirjutage algoritm subjecti kõrvale, et hilisem võrdlus oleks mehaaniline, mitte mälust.

Koondatud CA-failid sisaldavad sageli mitut plokki, seega tuvastage plokk, mis tegelikult laaditakse, selle asemel et eeldada, et süüdi on esimene. Käsk openssl x509 -in ca.pem -noout -subject -issuer -text kirjeldab ühte sertifikaati korraga, mis tähendab, et kui kimp sisaldab rohkem, tuleb see enne jagada. Võrrelge prinditud signatuurialgoritmi kokkuvõttega, mida te ootaksite juure loomise ajastust.

Nõrga juure all SHA-256-ga allkirjastatud leht nurjub endiselt, sest ahelakontroll läheb lõpuni üles. Just see järjekord teeb järgmise tingimuse oluliseks.

Teine tingimus: kas te kontrollite väljastajat?

Kui juur kuulub teie organisatsioonile, on püsiv lahendus uus juur kaasaegse kokkuvõttega pluss uuesti väljastatud lehed, tarnituna ühe profiiliuuendusena. See maksab hooldusakna ja plaani seadmetele, mis ei saa uuendust samal päeval.

Kui ahela väljastas kolmas osapool, on lahendus taotlus sellele operaatorile, ja ainus kasulik kohalik tegevus on lõpetada vanale materjalile toetumine. PEM-teksti muutmine või faili uuesti salvestamine ei muuda midagi, mida allkiri katab.

Üks vahejuhtum väärib nime: sisemine juur, mis on praegustest vaikeväärtustest vanem, kuid allkirjastab endiselt materjali, mida teised süsteemid usaldavad. Selle asendamine tähendab iga tarbija auditeerimist, sealhulgas seadmete, mis kinnitavad vana sertifikaadi sõrmejäljega. Loendage need tarbijad enne muudatuse planeerimist, sest juure vahetus, mis jätab ühe vahele, vahetab käivitusvea katkestuse vastu.

Kolmas tingimus: mida taseme langetamine veel aktsepteerib

Turvataseme langetamine või OpenVPN-i vanema sertifikaadiprofiili valimine paneb kliendi vana kokkuvõtte jälle aktsepteerima. See lõdvendab ka teisi kontrolle samas teegis, iga ühenduse jaoks, mille see protsess teeb.

Laboris võib see olla põhjendatav, või lühikese sillana, kuni asendusmaterjal valmib, kui erand piirdub ühe profiiliga ja kannab lõppkuupäeva. Püsiva seadena jagatud hostis avardab see vaikselt seda, mida iga sealset TLS-klienti usaldab.

Kirjutage erand üles omaniku ja eemaldamissammuga. Dokumenteerimata tasememuudatust ei erista poole aasta pärast veast ja järgmine insener ei tea, et see kunagi otsus oli.

Otsus, reeglina kirja pandud

Asendage ahel, kui kontrollite väljastajat ja suudate loetleda selle tarbijaid. Eskaleerige väljastajale, kui ei suuda. Langetage taset ainult dateeritud, piiratud erandina, asendus juba planeeritud. Kõik muu jätab sama sertifikaadi paigale ja viib riski vähem nähtavasse kohta.

Seejärel testige profiili uuesti puhtast kliendist, kinnitage, et käepigistus lõpeb, ja hoidke täpne tagasilükkamise tekst alles, kui see ikka nurjub. Täpne veateade on odavaim, mida saate anda sellele, kellele kuulub järgmine kiht.