Gestión de certificados SSL/TLS
Los certificados SSL/TLS son uno de esos elementos que funcionan a la perfección hasta que, sin previo aviso para la mayoría de las empresas, dejan de hacerlo. Un certificado caduca discretamente un domingo, todos los navegadores muestran una advertencia llamativa al acceder a su sitio web, y los clientes que ni siquiera saben lo que significa un error de TLS simplemente dan por hecho que ha sido víctima de un ataque informático. Se trata de una interrupción del servicio provocada por uno mismo, y es totalmente evitable —que es precisamente por lo que sigue ocurriendo—. La gestión de certificados no se limita a los recordatorios de renovación; consiste en conocer todos y cada uno de los certificados de todos los dominios, subdominios, API y servicios internos que gestiona, mantenerlos actualizados y asegurarse de que la configuración subyacente —versiones de protocolo, conjuntos de cifrado, cadena de confianza— sea realmente sólida, y no solo esté presente.
Dónde falla esto en la práctica
Los certificados se multiplican sin que uno se dé cuenta. Una empresa que cree tener solo unos pocos certificados que gestionar suele descubrir que en realidad son docenas cuando alguien realiza un inventario exhaustivo de los servicios internos, los subdominios heredados y las integraciones de terceros. La responsabilidad se fragmenta entre los distintos equipos, los recordatorios de renovación llegan a una bandeja de entrada que ya nadie revisa, y la automatización que se configuró hace años deja de funcionar silenciosamente tras un cambio en la infraestructura que nadie volvió a vincular con ella.
Cómo lo abordaría yo
Yo empezaría por realizar un inventario completo: todos los certificados en uso en cualquier parte de su entorno, no solo los de los dominios públicos que la gente recuerda. A partir de ahí, supervisión y renovación automatizadas siempre que sea factible, ya que el objetivo es que nunca más una persona se entere de la existencia de un certificado caducado a través de un correo electrónico de un cliente enfadado. También revisaría la configuración real que hay detrás de cada certificado —protocolos débiles, cadenas mal configuradas, certificados emitidos con un alcance mayor del necesario—, ya que un certificado que esté vigente pero mal configurado sigue suponiendo un riesgo real, aunque más silencioso. Para todo aquello que no se pueda automatizar, establecería un proceso con responsabilidades claras, de modo que la renovación no dependa de que una sola persona se acuerde de ello.
Si alguna vez se ha enterado de que un certificado ha caducado a través de un cliente en lugar de a través de un panel de control, o si no está del todo seguro de cuántos certificados tiene realmente en funcionamiento, póngase en contacto con nosotros y le ayudaremos a tenerlo todo bajo control.