El análisis de la configuración de seguridad en las conexiones de red requiere descifrar con precisión los parámetros que se intercambian durante la negociación de un canal seguro. El Comprobador del conjunto de cifrado TLS es una herramienta diseñada para procesar texto procedente de escaneos o resúmenes de protocolos de enlace (handshakes), identificando las versiones de los protocolos, los conjuntos de cifrado y la presencia de algoritmos antiguos o vulnerables.
Este análisis se realiza de manera estática a partir de la información suministrada, lo que permite evaluar la configuración de seguridad sin necesidad de interactuar directamente con el servidor de destino.
Funcionamiento y procesamiento de datos
La herramienta procesa la información textual que se introduce en el campo de entrada, identificando patrones correspondientes a las especificaciones de seguridad de la capa de transporte. El procesamiento de los datos se realiza de la siguiente manera:
- Procesamiento local: Los datos TLS que pegues se quedan en tu navegador. BroBroGo no los sube ni los guarda. Esto garantiza que la información de los escaneos no se transmita a servidores externos durante el análisis.
- Límites de entrada: El texto introducido debe tener una longitud inferior a los 200.000 caracteres. No se admite el procesamiento de archivos binarios sin formato ni de captura de paquetes (como archivos.pcap).
- Mecanismo de identificación: El analizador reconoce nombres comunes de la Autoridad de Números Asignados en Internet (IANA), alias utilizados por la biblioteca OpenSSL y diversos identificadores hexadecimales de conjuntos de cifrado.
Interpretación de parámetros y roles identificados
Al procesar el texto de un escaneo o de un protocolo de enlace, la herramienta clasifica los elementos detectados según su función y el contexto en el que aparecen dentro del flujo de comunicación. Los elementos identificados se asocian a uno de los siguientes roles:
- negociado: Indica el protocolo o conjunto de cifrado que finalmente se acordó para establecer la sesión segura entre el cliente y el servidor.
- Ofrecido: Representa las opciones que el cliente presentó en su mensaje inicial (ClientHello) como compatibles.
- Observado: Señala los parámetros que se han detectado de forma general en el flujo de datos analizado.
Cada conjunto de cifrado recibe una evaluación de seguridad que determina su viabilidad actual en entornos de producción:
- moderno: Suites de cifrado alineadas con los estándares de seguridad actuales.
- Revisión: Configuraciones que requieren un análisis detallado debido a condiciones específicas de implementación.
- En desuso: Algoritmos o suites que ya no se consideran seguros y deben ser reemplazados.
- Desconocido: Conjuntos de cifrado que no se encuentran registrados en la base de datos local de la herramienta.
Evaluaciones de seguridad y hallazgos de algoritmos
El analizador evalúa los componentes criptográficos de cada suite detectada y emite advertencias específicas según las vulnerabilidades conocidas de cada algoritmo:
| Algoritmo / Suite | Evaluación y Hallazgo Asociado |
|---|---|
| RC4 | RC4 está en desuso y no se debe negociar. |
| DES | DES no es seguro para uso general de TLS. |
| 3DES | 3DES tiene un tamaño de bloque pequeño y está en desuso para TLS. |
| Cifrado NULL | El cifrado NULL no proporciona confidencialidad. |
| Suites EXPORT | Las suites EXPORT utilizan intencionalmente criptografía débil y están en desuso. |
| Suites Anónimas | Las suites anónimas no autentican al par y son vulnerables a la interceptación. |
| MD5 | MD5 no es seguro para uso general de TLS. |
| SHA-1 | Esta suite utiliza SHA-1, que está en desuso para uso general de TLS. |
| Suites CBC | Las suites CBC son heredadas. Prefiera una suite AEAD como AES-GCM o ChaCha20-Poly1305. |
| RSA Estático | El intercambio de claves estático RSA no proporciona secreto directo. |
| CCM-8 | CCM-8 utiliza una etiqueta de autenticación más corta y necesita una revisión específica del protocolo. |
Si se detecta un conjunto de cifrado que no figura en la base de datos interna, se muestra el mensaje: "Esta suite no está en el mapa de suites comunes integrado. Consulte el registro actual de IANA o la documentación del escáner.".
Particularidades de TLS 1.3 y secreto directo
El protocolo TLS 1.3 introdujo cambios significativos en la estructura de los conjuntos de cifrado en comparación con las versiones anteriores (TLS 1.2 y anteriores). En las versiones previas, el nombre de la suite de cifrado definía el algoritmo de intercambio de claves (como ECDHE o RSA), el algoritmo de autenticación (como RSA o ECDSA), el cifrado simétrico y la función de hash.
En TLS 1.3, el funcionamiento es distinto: TLS 1.3 negocia el intercambio de claves y la autenticación por separado del conjunto de cifrado. Por lo tanto, los nombres de las suites de TLS 1.3 solo describen el cifrado de registros y el hash del protocolo de enlace, impidiendo inferir el mecanismo de intercambio de claves únicamente a partir del nombre de la suite.
La ausencia de intercambio de claves estático en TLS 1.3 garantiza el secreto directo (forward secrecy), una propiedad que impide que las sesiones pasadas se descifren si la clave privada del servidor se ve comprometida en el futuro. El uso de RSA estático para el intercambio de claves no proporciona esta protección, por lo que se recomienda priorizar mecanismos efímeros como ECDHE.
Gestión de errores y límites del análisis
El analizador cuenta con reglas estrictas para validar la entrada de datos y asegurar una interpretación coherente. Si el texto introducido no cumple con los requisitos, se presentarán los siguientes mensajes de error:
- Si se intenta realizar un análisis con el campo de entrada vacío, se muestra: "Pegue primero un escaneo TLS o un resumen del protocolo de enlace.".
- Si el volumen de texto supera el límite establecido, se indica: "Ese resumen es inusualmente extenso. Manténgalo por debajo de 200.000 caracteres.".
- Si el texto no contiene elementos reconocibles, se despliega: "No se reconoció ninguna versión de TLS ni conjunto de cifrado. Pegue campos legibles de escáner o protocolo de enlace.".
Asimismo, si la estructura del texto es válida pero carece de elementos específicos, la herramienta informará de ello mediante los mensajes "No se encontró ninguna versión del protocolo en el texto proporcionado." o "No se encontró ningún conjunto de cifrado en el texto proporcionado.".
Es importante señalar que esta página explica únicamente el texto proporcionado. La herramienta no realiza conexiones activas a hosts, no verifica la validez de los certificados digitales, no mide el tamaño real de las claves criptográficas en uso, no comprueba la resistencia a ataques de degradación de protocolo (downgrade) ni es capaz de listar la totalidad de las suites que acepta un servidor web.
Preguntas frecuentes
¿Qué formatos de salida de TLS puedo pegar?
Pegue texto de escáneres TLS comunes, openssl s_client, resúmenes de análisis de paquetes o una nota breve sobre ClientHello o ServerHello. El verificador reconoce nombres comunes de IANA, alias de OpenSSL y varios ID de conjuntos hexadecimales comunes; no decodifica bytes de paquetes sin procesar.
¿Por qué un conjunto de cifrado TLS 1.3 no muestra RSA o ECDHE?
Los nombres del conjunto de cifrado TLS 1.3 describen el cifrado de registros y el hash del protocolo de enlace. El intercambio de claves y la autenticación se negocian por separado, por lo que no se pueden inferir únicamente a partir del nombre de una suite.
¿Este resultado prueba que un servidor es seguro?
No. Solo explica el texto que pegas. No se conecta al host, no verifica el certificado, no mide el tamaño de las claves, no prueba el comportamiento de degradación ni muestra todas las suites que acepta el servidor.