DKIM 1024 o 2048 bits: qué tamaño de clave elegir

La trampa del 2048: el límite DNS de los 255 caracteres

Esto es lo que sorprende al pasar a 2048. Una clave pública de 2048 bits, codificada, es larga —a menudo más de 255 caracteres. Ahora bien, un registro TXT DNS se compone de cadenas de las cuales cada una está limitada a 255 caracteres. Una clave de 2048 no cabe, por tanto, en una sola cadena: hay que partirla en varias cadenas dentro del mismo registro TXT.

En concreto, en lugar de un único valor largo, el registro se parece a:

selecteur._domainkey.ton-domaine.fr.  IN TXT
  ( "v=DKIM1; k=rsa; p=MIIBIjANBgkqhkiG9w0BAQEFAAOCAQ8AMIIBCgKCAQEA..."
    "...le reste de la clé sur une seconde chaîne entre guillemets..." )

Las dos cadenas entre comillas son concatenadas por el resolver para reconstituir la clave. Es una particularidad de la sintaxis DNS, no una opción: si pegas una clave de 2048 de un bloque en una interfaz que solo acepta una cadena, obtienes o bien un error, o bien una clave truncada —y la firma falla. La mayoría de los alojadores DNS gestionan este particionado automáticamente, pero algunas interfaces exigen que lo hagas a mano.

¿Y el 4096 bits?

Si 2048 está bien, ¿por qué no 4096 para estar «aún más seguro»? En la práctica, el 4096 rara vez se recomienda para DKIM: la clave se vuelve muy larga (varias cadenas, registros DNS voluminosos), algunas implementaciones la gestionan mal, y la ganancia real de seguridad frente a 2048 no lo justifica para la firma de correos. El consenso sigue siendo 2048 bits: el mejor compromiso entre robustez y compatibilidad. Reserva el 4096 para casos muy particulares, con conocimiento de causa.

Cómo conocer el tamaño de tu clave actual

Antes de migrar, sabe de dónde partes. Puedes recuperar tu clave pública en DNS (dig TXT selecteur._domainkey.ton-domaine.fr) y deducir el tamaño, o —más simple— pasar tu dominio por nuestro analizador gratuito, que lee tu clave DKIM actual y te indica si está en 1024 o 2048. Si descubres una vieja clave de 1024, no es una urgencia ardiente, pero es un buen candidato para tu próxima rotación.

Migrar del 1024 al 2048 sin romper nada

Pasar de 1024 a 2048 no es una operación aparte: es una rotación de clave normal, con un nuevo tamaño. La secuencia es la del doble selector:

1. Genera una nueva clave de 2048 bajo un nuevo selector y publica su clave pública (gestionando el particionado en cadenas si es necesario).
2. Verifica que la nueva clave pública está completa y visible en DNS.
3. Cambia la firma del lado de la plataforma al nuevo selector.
4. Vigila tus informes agregados: las nuevas firmas de 2048 deben pasar y alinearse.
5. Retira el antiguo selector de 1024 al cabo de unos días.

Todo se detalla en la rotación de claves. El único punto de atención específico del 2048 es la publicación DNS correcta de la clave más larga.

Si varias plataformas firman para tu dominio —el correo corporativo, una herramienta de marketing, un relé transaccional— cada una tiene su propio selector y su propia clave: la migración se lleva, por tanto, plataforma por plataforma, no de un bloque. Y en la práctica es una buena noticia: puedes modernizar una fuente cada vez, empezando por la que envía mayor volumen, y cada cambio sigue siendo reversible independientemente de los demás. No hay un día D en el que todo debe cambiar a la vez; una clave de 1024 que subsiste en una fuente menor no fragiliza en nada las claves de 2048 ya desplegadas en otros sitios —simplemente se queda en la lista de cosas por tratar en la próxima rotación.

Publicar una clave de 2048, paso a paso

La dificultad del 2048 no es criptográfica, es puramente práctica: la clave es demasiado larga para una sola cadena TXT. Así te las apañas según tu alojador DNS. Si tu interfaz acepta un valor largo y gestiona sola el particionado (caso de la mayoría de los alojadores modernos), pega simplemente la clave tal cual: la interfaz inserta las comillas de separación en tu lugar. Si exige cadenas de 255 caracteres máximo, parte la clave tú mismo en segmentos y rodea cada uno de comillas, que el resolver los recompondrá. En caso de duda, publica y luego verifica de inmediato con dig TXT selecteur._domainkey.ton-domaine.fr: debes recuperar la clave entera, reconstituida, sin corte ni carácter parásito. No te fíes nunca de la vista previa de la interfaz; fíate de lo que el DNS devuelve realmente. Una prueba de firma sobre un mensaje real confirma después que la clave publicada corresponde bien a la clave privada que firma.

Un poco de contexto: por qué el tamaño importa

El tamaño de una clave RSA mide, simplificando, la dificultad de «romperla» por cálculo. Una clave de 1024 bits ofrecía un margen cómodo hace quince años; la potencia de cálculo ha progresado tanto desde entonces que ese margen se ha reducido, y los organismos de estandarización han subido el listón a 2048 para los secretos destinados a durar. DKIM no escapa a esta lógica: una firma se supone que prueba el origen de un mensaje de forma fiable, lo que presupone una clave que un atacante no pueda reproducir. Conservar el 1024 por inercia es dejar que esa garantía se erosione sin darse cuenta. A la inversa, sobredimensionar en 4096 no aporta una garantía proporcional para el correo y complica la publicación —de ahí el consenso en 2048, el punto de equilibrio entre robustez real y compatibilidad universal. Retén la regla práctica: 2048 por defecto, 1024 a reemplazar, 4096 solo si una exigencia precisa lo justifica.

Preguntas frecuentes

¿Es peligroso usar el 1024 hoy? No inmediatamente peligroso, pero debilitado y desaconsejado a largo plazo. Considéralo una deuda a saldar en tu próxima rotación, no una urgencia que tratar esta noche.

¿Por qué mi clave de 2048 no "cabe" en mi DNS? Porque supera los 255 caracteres y debe partirse en varias cadenas dentro del mismo registro TXT. Muchas interfaces lo hacen solas; algunas exigen que insertes tú mismo las comillas de separación.

¿Debo apuntar a 4096 para más seguridad? No, en general. 2048 es el estándar; 4096 recarga el registro y plantea problemas de compatibilidad sin un beneficio a la altura para DKIM.

¿Mi plataforma elige el tamaño por mí? A menudo, sí. Microsoft 365, Google Workspace y la mayoría de los SaaS generan claves de 2048 por defecto. Verifícalo de todos modos, sobre todo en cuentas antiguas configuradas hace tiempo.

¿Una clave más grande ralentiza el envío? El impacto sobre la firma y la verificación es insignificante. El único tema real del 2048 es la publicación DNS, no el rendimiento.

¿Cómo saber si mi clave está en 1024 o 2048 bits? Recupérala con dig TXT selecteur._domainkey.ton-domaine.fr y mira el valor p=: una clave de 1024 bits se codifica en unos 216 caracteres en base64; una clave de 2048 bits en unos 392 caracteres. Nuestro analizador te lo indica directamente.

Lo que el tamaño de clave no resuelve

Pasar de 1024 a 2048 es una buena decisión, pero el tamaño de clave no compensa un problema de alineación. Una clave de 2048 perfectamente publicada, con d= apuntando al dominio del proveedor en vez del tuyo, sigue sin contribuir a DMARC. Del mismo modo, una rotación cuidada no sirve de nada si la clave nunca se verifica tras la publicación —un carácter truncado y la firma falla en silencio hasta que un informe te lo indica. El tamaño de clave es, por tanto, uno de los eslabones que cuidar, no el único —y desde luego no aquel por el que empezar. El buen orden: 1) asegurarse de que la clave está publicada y completa; 2) verificar que la firma se alinea con tu dominio; 3) apuntar a 2048 bits (o migrar a ellos en la próxima rotación); 4) rotar con regularidad. Cada etapa se construye sobre la anterior; el tamaño es la tercera, no la primera.

Deja que Thomas verifique tus claves

Conocer el tamaño de cada una de tus claves DKIM, detectar una vieja 1024 olvidada, publicar una 2048 sin truncarla: otros tantos detalles fáciles de fallar. Thomas, tu CISO virtual, lee el tamaño de tus claves actuales, señala las que hay que modernizar, y te guía para publicar una clave de 2048 correcta, particionado DNS incluido.

Analiza tu dominio gratis → o crea una cuenta para tener claves DKIM del tamaño adecuado.