También disponible en: English · Português · Français · العربية
Comprobador de registros DKIM
Revisa un registro de clave pública DKIM: el tamaño real del módulo, si la clave está revocada o en modo de pruebas, y de qué regla de qué RFC sale cada hallazgo.
¿Qué es un registro DKIM?
Un registro DKIM es un registro TXT de tu DNS que guarda la mitad pública de la clave con la que firma tu servidor de correo. Vive en un nombre construido a partir de un selector —algo como mail._domainkey.ejemplo.com— y es una lista de pares etiqueta=valor. El que importa es p=, que lleva la propia clave pública en base64.
El servidor que recibe busca ese registro, usa la clave para comprobar la firma de tu mensaje y decide si de verdad salió de tu dominio. Si el registro falta, está mal formado o está revocado, la comprobación falla y tu correo se trata como si no estuviera firmado.
Este comprobador de DKIM lee un registro pegado y te dice lo que hay dentro de verdad: el tipo de clave, su tamaño real en bits y todas las reglas de las especificaciones que toca el registro, incluidas las dos que es facilísimo dejarse encendidas.
Cómo usarlo
- Busca tu registro y pégalo aquí. Es el registro TXT que está en selector._domainkey.tudominio.com. Tu proveedor de DNS te enseñará el valor; un navegador no puede resolver DNS, así que esta herramienta lee lo que pegas en vez de ir a buscarlo. Los cuatro botones de ejemplo cubren una clave de 1024 bits, una de 2048, un registro olvidado en modo de pruebas y una clave revocada.
- Mira el tamaño de la clave. Es el tamaño real del módulo, descodificado de la propia clave y no adivinado por la longitud del base64. Una clave más pequeña de lo que debería es lo más habitual que está mal en un DKIM que por lo demás funciona.
- Repasa los hallazgos. Cada uno dice si es un error, un aviso o solo una nota, y de qué especificación viene. Las notas son cosas que conviene saber y que no están mal: una etiqueta desconocida es una nota precisamente porque el estándar dice que hay que ignorar las etiquetas que no se reconozcan.
1024 o 2048 bits, y por qué la respuesta es las dos
El RFC 8301 dice dos cosas distintas sobre el tamaño de la clave en la misma sección corta, y esa distinción es lo más útil de esta página. Los firmantes DEBEN usar claves RSA de al menos 1024 bits. Los firmantes DEBERÍAN usar claves RSA de al menos 2048 bits. Son palabras distintas en un documento de estándares y significan cosas distintas: un DEBEN es un requisito, un DEBERÍAN es una recomendación fuerte que puedes tener un buen motivo para no seguir.
Así que una clave DKIM de 1024 bits no está rota ni es inválida: cumple el requisito y se queda corta frente a la recomendación. Y eso importa porque es extremadamente común. Sondeando los dominios más grandes con diez de los nombres de selector habituales, 25 de 30 publicaban un registro que se pudiera encontrar siquiera, y 14 de esos 25 —una clara mayoría— seguían en 1024 bits. Esta herramienta trata ese caso como un aviso y no como un error exactamente por eso.
El argumento práctico para pasar a 2048 no es que alguien esté factorizando tu clave esta tarde. Es que los registros TXT son incómodos de cambiar, la rotación es una tarea que nadie agenda, y la clave que publiques hoy seguirá ahí dentro de cinco años. El argumento práctico para no correr es que algunos verificadores muy antiguos tenían problemas con claves mayores de 2048, y por eso el estándar recomienda en vez de exigir.
El mismo RFC retira SHA-1 sin matices: no debe usarse. Si tu etiqueta h= lista sha1 junto a sha256 no ganas nada y ofreces una opción más débil, y si solo lista sha1 el registro simplemente se ha quedado atrás.
Las dos banderas que no cuestan nada y lo cuestan todo
Una etiqueta p= vacía no es un registro roto: es como se revoca una clave. Publicar p= sin nada detrás es la forma documentada de decir que esta clave ya no vale, y las firmas hechas con ella dejan de verificarse. Es justo lo que quieres al retirar una clave y justo lo que no quieres cuando un copiar y pegar se ha comido el valor.
t=y pone la clave en modo de pruebas, y su efecto es más fuerte de lo que sugiere el nombre: quien verifique no debe tratar una firma fallida como motivo para hacer nada. Está para que puedas publicar una clave y observar qué pasa sin arriesgar correo real, y es facilísimo dejárselo puesto después. Un dominio en modo de pruebas no obtiene casi ninguna ventaja de DKIM mientras aparenta, en cualquier panel, estar del todo configurado.
Ninguna de las dos cosas invalida el registro, así que un comprobador que solo informe de errores te dirá que está perfecto. Aquí ambas salen como avisos, porque el registro está bien formado y el efecto no es el que casi nadie pretende.
Límites declarados
Un navegador no puede resolver DNS, así que esta herramienta no puede ir a buscar tu registro ni decirte si existe en el nombre que tú crees. Comprueba lo que pegas. Es la misma restricción con la que trabaja el comprobador de SPF de este sitio, y es real y no una decisión de diseño.
Tampoco puede decirte si la clave se corresponde con la privada con la que tu servidor firma de verdad. Esa es la otra mitad de un DKIM que funciona y solo se prueba enviando un mensaje y leyendo las cabeceras al otro lado. Un registro perfectamente válido puede estar delante de una clave que no encaja.
Los selectores no se pueden descubrir. No hay forma de preguntarle a un dominio qué selectores publica, y por eso toda herramienta de DKIM te pide uno y por eso el sondeo citado arriba tuvo que adivinar diez nombres comunes. Si no sabes el tuyo, la cabecera de cualquier mensaje firmado que hayas enviado lo lleva en el campo s=.
El tamaño de la clave se lee recorriendo la estructura DER de la clave pública, que son unos cuantos bloques anidados con la longitud por delante y no necesita ninguna biblioteca de criptografía. Se contrasta con los tamaños que informa el propio módulo crypto de Node para claves reales generadas a 1024, 2048, 3072 y 4096 bits. Sacar el tamaño de la longitud de la cadena base64 —que es un atajo fiable para claves RSA estándar— se usa solo como comprobación cruzada en las pruebas, nunca como la respuesta.
¿Por qué es gratis?
El análisis y la descodificación de la clave corren en tu navegador. No hay ningún servidor de por medio, así que no hay nada que cobrar ni cuenta que crear.
No se sube nada y no se guarda nada. Tu registro es un valor público de DNS de todos modos, pero no sale de la página: recarga y habrá desaparecido.