ca md too weak: reemitir o certificado ou baixar o nivel?

Un OpenVPN que funcionaba o mes pasado agora falla ao arrincar con ca md too weak, e o perfil do disco é byte por byte o que funcionaba. A mensaxe refírese á sinatura do certificado dunha autoridade de certificación, non ao cifrado de datos, ao resumo de auth nin ao contrasinal da conta. Tres condicións deciden se a solución é material de identidade novo, unha cadea nova ou un cambio deliberado de política. Trábaas en orde e evitará o desenlace habitual, no que o túnel volve debilitando cada conexión TLS do host.

Que nomea en realidade o erro

OpenSSL lanza este erro de verificación mentres constrúe unha cadea, cando o certificado que actúa como CA leva un resumo de sinatura que o nivel de seguridade da biblioteca xa non acepta. MD5 rexéitase no nivel predeterminado, e SHA-1 rexéitase en canto se sobe o nivel. O resumo do certificado folla importa aquí menos que o do emisor que o asina. A mesma política pode rexeitar unha raíz que o día da súa emisión era do máis corrente.

Por iso editar auth ou data-ciphers non serve de nada para este fallo. Eses axustes gobernan como se protexen os paquetes tras o handshake, mentres que o obxecto rexeitado é un documento de identidade que se examina antes de que exista un túnel. Un certificado pode estar comodamente dentro da súa xanela de validez e aínda así levar unha sinatura que a biblioteca non aceptará.

Manter as comprobacións separadas na cabeza e o erro deixa de parecer misterioso. As datas de validez, o uso da chave e o resumo de sinatura son probas independentes, e exactamente unha delas acaba de fallar.

Condición unha: o obxecto rexeitado é a raíz?

Imprima cada certificado do perfil e lea os campos subject e issuer. Unha raíz autoasinada mostra o mesmo valor en ambos, e o seu algoritmo de sinatura é o que sostén toda a cadea. Cando o resumo débil está alí, cada folla por baixo herda o problema. Anote o algoritmo xunto ao subject para que a comparación posterior sexa mecánica e non de memoria.

Os ficheiros CA agrupados adoitan conter varios bloques, así que identifique o bloque que realmente se carga en vez de supor que o primeiro é o culpable. O comando openssl x509 -in ca.pem -noout -subject -issuer -text describe un certificado á vez, o que obriga a dividir o paquete primeiro se contén máis. Compare o algoritmo de sinatura impreso co resumo que cabería esperar da época en que se creou a raíz.

Unha folla asinada con SHA-256 baixo unha raíz débil segue fallando, porque a comprobación da cadea sobe ata arriba. Esa orde é o que fai importante a condición seguinte.

Condición dúas: controla o emisor?

Se a raíz é da súa organización, a solución duradeira é unha raíz nova cun resumo moderno máis follas reemitidas, entregadas como unha soa actualización de perfil. Iso custa unha xanela de mantemento e un plan para os dispositivos que non poden recibir a actualización o mesmo día.

Se a cadea a emitiu un terceiro, a solución é unha petición a ese operador, e a única acción local útil é deixar de depender do material antigo. Editar o texto PEM ou volver gardar o ficheiro non cambia nada do que cobre a sinatura.

Un caso intermedio merece nome: unha raíz interna anterior aos valores predeterminados actuais pero que aínda asina material no que confían outros sistemas. Substituíla esixe auditar cada consumidor, incluídos os equipos que fixan o certificado antigo por pegada. Conte eses consumidores antes de programar o cambio, porque un cambio de raíz que olvide un cambia un erro de arrinque por unha caída.

Condición tres: que máis acepta baixar o nivel

Baixar o nivel de seguridade, ou escoller o perfil de certificados herdado de OpenVPN, fai que o cliente volva aceptar o resumo antigo. Tamén relaxa outras comprobacións da mesma biblioteca, para cada conexión que abre ese proceso.

Iso pode ser defendible nun laboratorio, ou como ponte curta mentres se prepara o material de substitución, sempre que a excepción se limite a un perfil e leve data de fin. Como axuste permanente nun host compartido, amplía en silencio aquilo no que confiará cada cliente TLS de alí.

Escriba a excepción cun responsable e un paso de retirada. Un cambio de nivel sen documentar é indistinguible dun erro seis meses despois, e o seguinte enxeñeiro non saberá que algunha vez foi unha decisión.

A decisión, escrita como regra

Substitúa a cadea cando controle o emisor e poida enumerar os seus consumidores. Escale ao emisor cando non. Baixe o nivel só como excepción datada e acoutada, coa substitución xa programada. Calquera outra cousa deixa o mesmo certificado no seu sitio e move o risco a un lugar menos visible.

Despois volva probar o perfil desde un cliente limpo, confirme que o handshake se completa e garde o texto exacto do rexeitamento se segue fallando. Unha mensaxe de erro precisa é o máis barato que pode entregar a quen posúa a capa seguinte.