ca md too weak: reemissió del certificat o baixar el nivell?

Un OpenVPN que funcionava el mes passat ara falla en arrencar amb ca md too weak, i el perfil del disc és byte per byte el que funcionava. El missatge fa referència a la signatura del certificat d'una autoritat de certificació, no al xifratge de dades, al resum d'auth ni a la contrasenya del compte. Tres condicions decideixen si la solució és material d'identitat nou, una cadena nova o un canvi deliberat de política. Treballeu-les en ordre i eviteu el desenllaç habitual, en què el túnel torna debilitant cada connexió TLS de l'amfitrió.

Què anomena realment l'error

OpenSSL genera aquest error de verificació mentre construeix una cadena, quan el certificat que actua com a CA porta un resum de signatura que el nivell de seguretat de la biblioteca ja no accepta. MD5 es rebutja al nivell per defecte, i SHA-1 es rebutja quan el nivell puja. El resum del certificat full és aquí menys rellevant que el resum de l'emissor que el signa. La mateixa política pot rebutjar una arrel que el dia que es va emetre era del tot corrent.

Per això editar auth o data-ciphers no fa res per aquesta fallada. Aquests paràmetres governen com es protegeixen els paquets després de l'aplec, mentre que l'objecte rebutjat és un document d'identitat que s'examina abans que existeixi el túnel. Un certificat pot estar còmodament dins de la seva finestra de validesa i tot i així portar una signatura que la biblioteca no acceptarà.

Manteniu les comprovacions separades al cap i l'error deixa de semblar misteriós. Les dates de validesa, l'ús de la clau i el resum de signatura són proves independents, i exactament una d'elles acaba de fallar.

Primera condició: l'objecte rebutjat és l'arrel?

Imprimiu cada certificat del perfil i llegiu els camps subject i issuer. Una arrel autosignada mostra el mateix valor als dos, i el seu algorisme de signatura és el que sosté tota la cadena. Quan el resum feble és allà, cada full per sota n'hereta el problema. Escriviu l'algorisme al costat del subject perquè la comparació posterior sigui mecànica i no de memòria.

Els fitxers CA agrupats sovint contenen diversos blocs, així que identifiqueu el bloc que realment es carrega en lloc de suposar que el primer és el culpable. L'ordre openssl x509 -in ca.pem -noout -subject -issuer -text descriu un certificat alhora, cosa que vol dir separar el paquet primer si en conté més. Compareu l'algorisme de signatura imprès amb el resum que esperaríeu de l'època en què es va crear l'arrel.

Un full signat amb SHA-256 sota una arrel feble encara falla, perquè la comprovació de la cadena puja fins al capdamunt. Aquest ordre és el que fa important la condició següent.

Segona condició: controleu l'emissor?

Si l'arrel és de la vostra organització, la solució duradora és una arrel nova amb un resum modern més fulls reemès, lliurats com una sola actualització de perfil. Això costa una finestra de manteniment i un pla per als dispositius que no poden rebre l'actualització el mateix dia.

Si la cadena l'ha emès un tercer, la solució és una petició a aquest operador, i l'única acció local útil és deixar de dependre del material antic. Editar el text PEM o tornar a desar el fitxer no canvia res del que cobreix la signatura.

Un cas intermedi mereix nom: una arrel interna anterior als valors per defecte actuals però que encara signa material en què confien altres sistemes. Substituir-la vol dir auditar cada consumidor, incloent-hi els aparells que fixen el certificat antic per empremta. Compteu aquests consumidors abans de programar el canvi, perquè un canvi d'arrel que en deixi un fora canvia un error d'arrencada per una caiguda.

Tercera condició: què més accepta baixar el nivell

Baixar el nivell de seguretat, o triar el perfil de certificats antic d'OpenVPN, fa que el client torni a acceptar el resum vell. També relaxa altres comprovacions de la mateixa biblioteca, per a cada connexió que fa aquell procés.

Això pot ser defensable en un laboratori, o com a pont curt mentre es prepara material de substitució, sempre que l'excepció es limiti a un perfil i porti data de final. Com a paràmetre permanent en un amfitrió compartit, amplia en silenci allò en què confiarà cada client TLS d'allà.

Escriviu l'excepció amb un responsable i un pas de retirada. Un canvi de nivell no documentat és indistingible d'un error sis mesos després, i el proper enginyer no sabrà que mai va ser una decisió.

La decisió, escrita com a regla

Substituïu la cadena quan controleu l'emissor i pugueu enumerar-ne els consumidors. Escaleu a l'emissor quan no. Baixeu el nivell només com a excepció datada i limitada, amb la substitució ja programada. Qualsevol altra cosa deixa el mateix certificat al lloc i mou el risc a un lloc menys visible.

Després torneu a provar el perfil des d'un client net, confirmeu que l'aplec es completa, i guardeu el text exacte de rebuig si encara falla. Un missatge d'error precís és el més barat que podeu lliurar a qui posseeix la capa següent.