Leer la salida de un analizador de TLS

TLS se negocia en dos decisiones. Primero la versión del protocolo: hoy se esperan TLS 1.2 y TLS 1.3. Después la suite, que es la combinación de cómo se acuerda la clave de la sesión, con qué se cifra y con qué se comprueba la integridad. El cliente propone lo que sabe hacer y el servidor elige entre lo que tiene permitido.

Un analizador hace de cliente insistente: se presenta muchas veces, cada vez ofreciendo solo una versión o solo una suite, y apunta si el servidor la aceptó. Lo que entrega es entonces el catálogo de lo que el servidor admite, no una lista de lo que los usuarios usan en el día a día. Un servidor puede aceptar algo viejo y que ningún navegador moderno lo pida nunca; el hallazgo es que lo admita, porque quien sí lo pida lo conseguirá.

Herramientas libres como testssl.sh u openssl producen esta salida; la que entregó el cliente ya viene ordenada en tablas.

TLS 1.0 y TLS 1.1 fueron retiradas por la IETF en 2021, en el RFC 8996: las implementaciones no deben negociarlas, y TLS 1.2 queda como mínimo. Un servicio que todavía las acepta es un hallazgo de configuración, aunque ningún navegador actual vaya a elegirlas.

La tabla protocolos tiene una columna por versión. Fíjate también en el puerto: el correo con STARTTLS se valora aparte de los servicios web, porque los clientes de correo que lo usan y su riesgo son otros.

Abre el laboratorio y busca qué servicios aceptaron TLS 1.0.

En TLS 1.2 la clave de la sesión se puede acordar de dos maneras. Con intercambio efímero (las suites que empiezan por TLS_ECDHE_ o TLS_DHE_), cada sesión fabrica su propia clave y la tira al terminar. Con RSA estático (las que empiezan por TLS_RSA_), la clave de la sesión viaja protegida por la clave del certificado. La diferencia aparece el día que esa clave privada se filtra: con RSA estático, quien haya grabado tráfico antes puede descifrarlo después; con intercambio efímero, no. A eso se le llama secreto hacia adelante. TLS 1.3 ya no admite RSA estático.

Que el servidor acepte suites sin secreto hacia adelante no rompe nada hoy. Es una condición que se cuenta en el informe con su escenario realista: hace falta la clave privada y tráfico grabado.

La columna valoracion es la opinión del analizador, no la tuya, pero sirve de primer filtro. Una suite con 3DES se marca débil por un motivo concreto: cifra en bloques de 64 bits, y con mucho volumen de datos bajo la misma clave los bloques repetidos empiezan a revelar información. Por eso se considera obsoleta aunque nadie la haya «roto» en el sentido de sacar la clave.

Ya tienes la versión retirada en la puerta de acceso remoto. Falta decidir cómo se cuenta: qué se vio, qué tendría que pasar para que hiciera daño y cómo se corrige. Lo que no se vio no se escribe.