ca md too weak: ta rilejojmë certifikatën apo ta ulim nivelin?

OpenVPN klienti që funksiononte muajin e kaluar tani dështon në nisje me ca md too weak, dhe profili në disk është bajt për bajt i njëjtë me atë që funksiononte. Mesazhi ka të bëjë me nënshkrimin në certifikatën e një autoriteti certifikimi, jo me shifrën e të dhënave, digest-in auth ose fjalëkalimin e llogarisë. Tre kushte vendosin nëse rregullimi është material i ri identiteti, një zinxhir i ri apo një ndryshim i qëllimshëm politike. Kaloji me radhë dhe shmang rezultatin e zakonshëm ku tuneli kthehet duke dobësuar çdo lidhje TLS në host.

Çfarë emërton në të vërtetë gabimi

OpenSSL e ngre këtë gabim verifikimi ndërsa ndërton një zinxhir, kur certifikata që vepron si CA mban një digest nënshkrimi që niveli i sigurisë i bibliotekës nuk e pranon më. MD5 refuzohet në nivelin e parazgjedhur, dhe SHA-1 refuzohet sapo niveli ngrihet. Digesti në certifikatën gjethe këtu ka më pak rëndësi sesa digesti i lëshuesit që e nënshkruan. E njëjta politikë mund të refuzojë një rrënjë që ishte krejt e zakonshme ditën kur u lëshua.

Prandaj redaktimi i auth ose data-ciphers nuk bën asgjë për këtë dështim. Ato cilësime rregullojnë si mbrohen paketat pas dorështrëngimit, ndërsa objekti i refuzuar është një dokument identiteti që shqyrtohet para se të ekzistojë një tunel. Një certifikatë mund të rrijë rehat brenda dritares së vlefshmërisë dhe gjithsesi të mbajë një nënshkrim që biblioteka nuk do ta pranojë.

Mbaji kontrollet të ndara në mendje dhe gabimi ndalon së dukuri misterioz. Datat e vlefshmërisë, përdorimi i çelësit dhe digesti i nënshkrimit janë teste të pavarura, dhe pikërisht njëri prej tyre sapo dështoi.

Kushti i parë: a është objekti i refuzuar rrënja?

Printo çdo certifikatë në profil dhe lexo fushat subject dhe issuer. Një rrënjë e vetënënshkruar shfaq të njëjtën vlerë në të dyja, dhe algoritmi i saj i nënshkrimit është ai mbi të cilin mbështetet i gjithë zinxhiri. Kur digesti i dobët rri aty, çdo gjethe poshtë tij trashëgon problemin. Shkruaj algoritmin pranë subject që krahasimi i mëvonshëm të jetë mekanik dhe jo nga kujtesa.

Skedarët CA të bashkuar shpesh mbajnë disa blloqe, prandaj identifiko bllokun që ngarkohet në të vërtetë në vend që të supozosh se i pari është fajtor. Komanda openssl x509 -in ca.pem -noout -subject -issuer -text përshkruan një certifikatë në një herë, që do të thotë se pakoja duhet ndarë së pari nëse përmban më shumë. Krahaso algoritmin e nënshkrimit të printuar me digestin që do të prisje nga epoka kur u krijua rrënja.

Një gjethe e nënshkruar me SHA-256 nën një rrënjë të dobët gjithsesi dështon, sepse kontrolli i zinxhirit shkon deri në majë. Ky rend është ai që e bën të rëndësishëm kushtin pasues.

Kushti i dytë: a e kontrollon lëshuesin?

Nëse rrënja i përket organizatës tënde, rregullimi i qëndrueshëm është një rrënjë e re me digest modern plus gjethe të rilejuara, të dorëzuara si një përditësim i vetëm profili. Kjo kushton një dritare mirëmbajtjeje dhe një plan për pajisjet që nuk mund ta marrin përditësimin të njëjtën ditë.

Nëse një palë e tretë e lëshoi zinxhirin, rregullimi është një kërkesë drejtuar atij operatori, dhe veprimi i vetëm lokal i dobishëm është të ndalosh mbështetjen te materiali i vjetër. Redaktimi i tekstit PEM ose ruajtja e skedarit përsëri nuk ndryshon asgjë nga ajo që mbulon nënshkrimi.

Një rast i mesëm meriton emër: një rrënjë e brendshme më e vjetër se parazgjedhjet e sotme, por që vazhdon të nënshkruajë material që sistemet e tjera i besojnë. Zëvendësimi i saj do të thotë auditim i çdo konsumatori, përfshirë pajisjet që e fiksojnë certifikatën e vjetër me gjurmë gishti. Numëroji ata konsumatorë përpara se të planifikosh ndryshimin, sepse një zëvendësim i rrënjës që harron një prej tyre e këmben një gabim nisjeje me një ndërprerje.

Kushti i tretë: çfarë pranon gjithashtu ulja e nivelit

Ulja e nivelit të sigurisë, ose zgjedhja e profilit të vjetër të certifikatave të OpenVPN, e bën klientin ta pranojë përsëri digestin e vjetër. Ajo gjithashtu liron kontrolle të tjera në të njëjtën bibliotekë, për çdo lidhje që bën ai proces.

Kjo mund të jetë e mbrojtshme në një laborator, ose si urë e shkurtër ndërsa përgatitet materiali zëvendësues, për sa kohë përjashtimi kufizohet në një profil dhe ka datë përfundimi. Si cilësim i përhershëm në një host të përbashkët, ajo zgjeron në heshtje atë që do të besojë çdo klient TLS atje.

Shkruaje përjashtimin me një përgjegjës dhe një hap heqjeje. Një ndryshim niveli i padokumentuar nuk dallohet nga një gabim gjashtë muaj më vonë, dhe inxhinieri i radhës nuk do ta dijë se dikur ishte një vendim.

Vendimi, i shkruar si rregull

Zëvendëso zinxhirin kur e kontrollon lëshuesin dhe mund të numërosh konsumatorët e tij. Eskalo tek lëshuesi kur nuk e kontrollon. Ule nivelin vetëm si përjashtim me datë dhe i kufizuar, me zëvendësimin e planifikuar tashmë. Çdo gjë tjetër e lë të njëjtën certifikatë në vend dhe e zhvendos rrezikun diku më pak të dukshëm.

Më pas ri-testo profilin nga një klient i pastër, konfirmo që dorështrëngimi përfundon, dhe ruaj tekstin e saktë të refuzimit nëse ende dështon. Një mesazh i saktë gabimi është gjëja më e lirë që mund t'i japësh atij që zotëron shtresën tjetër.