ca md too weak: reeldoni la atestilon aŭ malaltigi la nivelon?
La eraro nomas subskriban resumon, kiun la kliento nun malakceptas, ne malfortan pasvorton. Decidu inter reeldono de la ĉeno, peto al la eldoninto, aŭ malaltigo de la politiko.
Kliento de OpenVPN, kiu funkciis pasintmonate, nun malsukcesas dum starto kun ca md too weak, kaj la profilo sur la disko estas bajto post bajto la sama, kiu funkciis. La mesaĝo koncernas la subskribon sur atestilo de atestila aŭtoritato, ne la datuman ĉifron, la auth-resumon aŭ la kontan pasvorton. Tri kondiĉoj decidas, ĉu la solvo estas nova identeca materialo, nova ĉeno, aŭ intenca politika ŝanĝo. Trairu ilin laŭ ordo, kaj vi evitos la kutiman rezulton, en kiu la tunelo revenas per malfortigo de ĉiu TLS-konekto sur la gastiganto.
Kion la eraro fakte nomas
OpenSSL levas ĉi tiun kontroleraron dum ĝi konstruas ĉenon, kiam la atestilo aganta kiel CA portas subskriban resumon, kiun la sekureca nivelo de la biblioteko ne plu akceptas. MD5 estas rifuzata je la defaŭlta nivelo, kaj SHA-1 estas rifuzata tuj kiam la nivelo altiĝas. La resumo de la fina atestilo malpli gravas ĉi tie ol la resumo de la eldoninto, kiu subskribas ĝin. La sama politiko povas rifuzi radikon, kiu estis tute ordinara en la tago de sia eldono.
Tial redakti auth aŭ data-ciphers faras nenion por ĉi tiu malsukceso. Tiuj agordoj regas, kiel pakoj estas protektataj post la manpremo, dum la rifuzita objekto estas identeca dokumento ekzamenata antaŭ ol tunelo ekzistas. Atestilo povas komforte sidi ene de sia valideca fenestro kaj tamen porti subskribon, kiun la biblioteko ne akceptos.
Tenu la kontrolojn apartaj en la kapo kaj la eraro ĉesas ŝajni mistera. Validaj datoj, ŝlosila uzo kaj subskriba resumo estas sendependaj testoj, kaj ĝuste unu el ili ĵus malsukcesis.
Kondiĉo unu: ĉu la rifuzita objekto estas la radiko?
Presu ĉiun atestilon en la profilo kaj legu la kampojn subject kaj issuer. Memsubskribita radiko montras la saman valoron en ambaŭ, kaj ĝia subskriba algoritmo estas tiu, sur kiu ripozas la tuta ĉeno. Kiam la malforta resumo sidas tie, ĉiu folio sub ĝi heredas la problemon. Skribu la algoritmon apud subject, por ke la posta komparo estu meĥanika anstataŭ memorata.
Kunigitaj CA-dosieroj ofte enhavas plurajn blokojn, do identigu la blokon, kiu efektive ŝargiĝas, anstataŭ supozi, ke la unua kulpas. La komando openssl x509 -in ca.pem -noout -subject -issuer -text priskribas unu atestilon samtempe, kio signifas unue dividi la faskon se ĝi enhavas pli. Komparu la presitan subskriban algoritmon kun la resumo, kiun vi atendus el la epoko, kiam la radiko estiĝis.
Folio subskribita per SHA-256 sub malforta radiko ankoraŭ malsukcesas, ĉar la ĉena kontrolo iras ĝis la supro. Ĝuste tiu ordo igas la sekvan kondiĉon grava.
Kondiĉo du: ĉu vi regas la eldoninton?
Se la radiko apartenas al via organizo, la daŭra solvo estas nova radiko kun moderna resumo plus reeldonitaj folioj, liveritaj kiel unu profila ĝisdatigo. Tio kostas prizorgan fenestron kaj planon por aparatoj, kiuj ne povas preni la ĝisdatigon samtage.
Se tria partio eldonis la ĉenon, la solvo estas peto al tiu funkciiganto, kaj la sola utila loka ago estas ĉesi fidi la malnovan materialon. Redakti la PEM-tekston aŭ resavi la dosieron ŝanĝas nenion, kion la subskribo kovras.
Unu meza kazo meritas nomon: interna radiko pli malnova ol la nunaj defaŭltoj, sed ankoraŭ subskribanta materialon, kiun fidas aliaj sistemoj. Anstataŭigi ĝin signifas revizii ĉiun konsumanton, inkluzive aparatojn, kiuj fiksas la malnovan atestilon per fingrospuro. Kalkulu tiujn konsumantojn antaŭ ol plani la ŝanĝon, ĉar radika interŝanĝo, kiu preterlasas unu, interŝanĝas startan eraron kontraŭ ĉeso de servo.
Kondiĉo tri: kion ankoraŭ akceptas malaltigo de la nivelo
Malaltigi la sekurecan nivelon, aŭ elekti la malnovan atestilan profilon de OpenVPN, igas la klienton denove akcepti la malnovan resumon. Ĝi ankaŭ malstreĉas aliajn kontrolojn en la sama biblioteko, por ĉiu konekto, kiun tiu procezo faras.
Tio povas esti defendebla en laboratorio, aŭ kiel mallonga ponto dum anstataŭa materialo prepariĝas, kondiĉe ke la escepto limiĝas al unu profilo kaj portas finan daton. Kiel daŭra agordo sur komuna gastiganto ĝi silente plilarĝigas, kion ĉiu TLS-kliento tie fidos.
Skribu la escepton kun posedanto kaj foriga paŝo. Nedokumentita nivela ŝanĝo ne distingiĝas de eraro post ses monatoj, kaj la sekva inĝeniero ne scios, ke ĝi iam estis decido.
La decido, skribita kiel regulo
Anstataŭigu la ĉenon kiam vi regas la eldoninton kaj povas listigi ĝiajn konsumantojn. Eskaladu al la eldoninto kiam vi ne povas. Malaltigu la nivelon nur kiel datitan, limigitan escepton kun la anstataŭigo jam planita. Io ajn alia lasas la saman atestilon surloke kaj movas la riskon al malpli videbla loko.
Poste retestu la profilon el pura kliento, konfirmu ke la manpremo kompletiĝas, kaj konservu la ĝustan rifuzan tekston se ĝi ankoraŭ malsukcesas. Preciza erarmesaĝo estas la plej malmultekosta afero, kiun vi povas doni al tiu, kiu posedas la sekvan tavolon.