Certificados y TLS: cuándo dejan de servir

Un certificado no es un adorno del candado: es la prueba de que el servidor es quien dice ser, respaldada por una autoridad en la que el navegador confía. Esa confianza es lo que te permite escribir tu contraseña en un portal sin que un impostor la reciba. Si la prueba falla, la conexión puede ir cifrada y aun así estar hablando con quien no debe. En Salitre, cada portal presenta su certificado, y revisarlos es revisar identidades.

Cifrado e identidad son dos cosas: una conexión puede estar cifrada contra el impostor equivocado. El certificado es lo que ata el cifrado a la identidad correcta.

Un certificado tiene fecha de caducidad a propósito: pasada esa fecha, la autoridad ya no garantiza nada, el navegador avisa y la prueba de identidad deja de valer. Un certificado caducado abre la puerta a que alguien se haga pasar por el servidor. Administrar bien es renovarlo antes de que caduque, no después del aviso. En Salitre, el certificado de un portal interno ya caducó.

Dejar caducar un certificado es dejar que expire el documento de identidad del servidor. A partir de ahí, nadie garantiza quién responde de verdad.

Hay otro caso que rompe la confianza sin caducar: un certificado que se firma a sí mismo. Nadie externo garantiza quién es; el servidor dice «confía en mí porque yo lo digo». En un entorno de pruebas interno puede pasar, pero expuesto a usuarios es un problema: no distingue al servidor real de un impostor que también se autofirme. En Salitre, el panel de pruebas usa un certificado autofirmado, y por eso el navegador no lo da por bueno.

La firma de una autoridad de confianza es lo que separa «soy quien digo» de «digo que soy quien digo». Lo segundo lo puede decir cualquiera.

El certificado que ya no sirve no se adivina: se ve en la revisión de la cadena. Abre el laboratorio, revisa los certificados de los portales de Salitre y baja hasta el código de sala al pie.