Suites de cifrado TLS: el registro completo de IANA

¿Qué es una suite de cifrado TLS?

Una suite de cifrado es un paquete con nombre de decisiones criptográficas que un cliente y un servidor TLS acuerdan durante el saludo inicial: cómo establecen una clave compartida, cómo se autentican y cómo cifran y autentican los datos que vienen después. Cada paquete tiene un identificador de dos bytes, y IANA mantiene el registro.

Ese registro tiene 448 entradas. 356 son suites con nombre; el resto son rangos sin asignar y valores reservados. Los nombres se leen como una especificación porque lo son: TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 dice Diffie-Hellman efímero de curva elíptica para el intercambio de claves, RSA para la autenticación, AES-128 en modo GCM para los datos y SHA-256 para el saludo. TLS 1.3 los acortó: quitó del nombre el intercambio de claves y la autenticación, así que TLS_AES_128_GCM_SHA256 solo nombra la protección de los registros.

El registro lleva además una columna llamada Recommended, y por esa columna existe esta página. Casi todas las tablas que puedes encontrar la reproducen como un visto o una cruz. Tiene cuatro valores, y la diferencia entre dos de ellos es justo lo que la gente falla.

Cómo usarla

1. Pega un identificador. Vale cualquier grafía: 0x13,0x01 como lo escribe el registro, 1301 de una captura de paquetes, 13 01 o 13:01 de un archivo de configuración. Obtienes el nombre de la suite, su marca, si DTLS puede usarla y enlaces a los RFC que la definen.
2. O busca por nombre. Escribe CHACHA20, o GCM, o un número de RFC. La tabla de abajo muestra por defecto las suites con nombre; una casilla trae también las entradas reservadas y sin asignar.
3. Lee la marca como una declaración, no como una nota. Cada resultado explica lo que significa su letra con las palabras que usa el RFC que la define, porque es la versión corta la que induce a error.

La columna Recommended tiene cuatro valores

El RFC 8447 creó la columna y el RFC 9847 la enmendó en diciembre de 2025 para que llevara cuatro valores. La Y significa recomendada, y cambiarla en cualquier dirección exige una acción de estándares del IETF. La D significa desaconsejada: el RFC 9847 la describe como marca de un algoritmo criptográfico débil, o de uno que puede causar problemas de interoperabilidad en despliegue. El blanco se usa para valores sin asignar o reservados.

La N es la que engaña. Con las palabras del propio RFC, significa que el IETF no ha evaluado el elemento y no se ha pronunciado sobre su idoneidad, y dice explícitamente que eso no significa necesariamente que el mecanismo tenga fallos, solo que no existe consenso. La N es la ausencia de una opinión. Es lo que le toca por defecto a todo lo que nadie ha pasado por el proceso.

Esa distinción es exactamente por lo que se añadió la D. Antes de que existiera, la N cargaba con los dos significados a la vez: no hay nada que decir, y esto es mala idea. Separarlos era el objetivo de la enmienda de 2025, y en julio de 2026 el RFC 10015 pasó un buen bloque de métodos de intercambio de claves de la N a la D. Cualquier tabla publicada antes de esas fechas discrepa de esta, y la discrepancia no es una errata.

Contado hoy: de las 356 suites con nombre, 14 son recomendadas, 248 están desaconsejadas y 94 no tienen pronunciamiento del IETF. Menos del cuatro por ciento lleva Y, y ese conjunto son básicamente las suites de TLS 1.3 más las de ECDHE con cifrados AEAD.

Las letras no ordenan por fortaleza

Este es el par que lo zanja. TLS_RSA_WITH_3DES_EDE_CBC_SHA —sin secreto hacia adelante, un cifrado por bloques de 64 bits, un algoritmo jubilado hace mucho— está marcada con D. TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA —intercambio de claves efímero, AES— está marcada con N.

Leída como clasificación, la columna dice que la suite con 3DES es la mejor considerada de las dos, lo cual es absurdo. Leída bien, dice algo muy distinto: el IETF ha desaconsejado activamente la primera y sencillamente nunca se ha pronunciado sobre la segunda. Son afirmaciones sobre el proceso de estandarización, no medidas de fortaleza criptográfica, y por mucho que se entorne la vista una no se convierte en la otra.

Por eso la herramienta deletrea el significado en cada resultado en vez de enseñar una insignia. Una insignia es una clasificación, lo pretendas o no.

Las entradas que no son suites

Sesenta y nueve entradas son rangos sin asignar y siete están reservadas, pero dieciséis merecen conocerse una a una. Son valores GREASE, registrados por el RFC 8701, y existen para no significar nada. Sus identificadores tienen todos la forma 0x0A,0x0A, 0x1A,0x1A y así hacia arriba, y los clientes los envían a propósito, esperando que los servidores los ignoren.

El objetivo es impedir que el protocolo se calcifique. Si las implementaciones solo ven los valores que existen hoy, algunas empezarán calladamente a rechazar cualquier otro, y la siguiente extensión de verdad se vuelve imposible de desplegar. Enviar valores que no significan nada mantiene a cada implementación honesta a la hora de ignorar lo que no reconoce. Buscar uno aquí lo devuelve como GREASE y no como desconocido, porque quien encuentra 0x1A,0x1A en una captura merece una respuesta.

Lo que esta página no va a hacer

No te va a decir qué suites habilitar. Eso depende de lo que admitan tus clientes, del régimen de cumplimiento al que respondas y de lo que implemente de verdad tu biblioteca TLS, y el registro no responde a ninguna de esas preguntas. Recoge lo que ha dicho el IETF sobre cada entrada, y esta página lo reproduce con fidelidad en vez de convertirlo en una configuración que deberías pegar en algún sitio.

También es una foto fija. El registro gana entradas y las marcas cambian; dos de los tres RFC que definen esta columna tienen menos de un año, lo que ya dice lo viva que está. Cualquier cosa que leas aquí sobre una suite concreta conviene confirmarla en IANA antes de que entre en una política.

Por último, que una suite esté registrada no dice nada sobre si tu software la admite, y que esté recomendada no dice nada sobre si el resto de tu configuración es sólida. Casi todos los problemas reales de TLS son certificados, versiones del protocolo y tamaños de clave, no la lista de suites de cifrado.

¿Por qué es gratis?

El registro entero son unos pocos kilobytes que viajan con la página y se buscan en tu navegador. Nada de lo que escribes se sube, no se registra nada y no hay cuenta que crear.

Sin registro, sin límites y sin marca de agua en nada de lo que copies.