Los dos registros DNS que impiden que un tercero envíe correos haciéndose pasar por su dominio.
Ambos son registros TXT que se añaden en el panel DNS de su dominio (donde lo tenga registrado). El SPF va en el dominio raíz; el DMARC, en el subdominio _dmarc. Empiece siempre con ~all y p=none durante unas semanas, revise los informes que le lleguen y endurezca la política solo cuando confirme que no está bloqueando correo legítimo.
Sin estos registros, cualquiera puede enviar correos que aparenten venir de su dominio, que es el mecanismo del que se sirven muchos fraudes del CEO y facturas falsas. Publicarlos lleva unos minutos y no tiene coste económico.
Configurar la autenticación del correo electrónico es una de las medidas de seguridad con mayor rentabilidad técnica: no requiere costes de licencias, se implementa en unas pocas horas y reduce de forma notable el riesgo de ataques de suplantación de identidad (spoofing), fraudes de factura falsa y ataques dirigidos tipo «fraude del CEO».
El protocolo original del correo electrónico (SMTP) no verifica por sí mismo la identidad de quien envía un mensaje. Para resolver esta debilidad existen tres mecanismos complementarios: SPF (valida qué servidores o IP pueden enviar en su nombre), DKIM (garantiza mediante firma criptográfica que el mensaje no ha sido manipulado en tránsito) y DMARC (establece la política que deben aplicar los destinatarios ante correos no autorizados y le reporta los incidentes).
A continuación, detallamos el proceso para implementarlos de forma ordenada, paso a paso y sin riesgo de interrumpir sus comunicaciones habituales.
El error más común al desplegar estos registros es ignorar servicios legítimos y terminar bloqueando sus propios correos. Antes de realizar cambios técnicos en el DNS, elabore una lista exhaustiva de todos los sistemas que envían mensajes utilizando su dominio corporativo:
El registro SPF se publica en el panel DNS de su proveedor de dominio como un registro de tipo TXT en el host raíz (indicado habitualmente con una @ o dejando el campo en blanco).
include:_spf.google.com para Google Workspace o include:spf.protection.outlook.com para Microsoft 365).v=spf1 include:_spf.google.com include:servers.mcsv.net ~all~all (SoftFail) durante la fase inicial. Esto indica a los servidores de destino que marquen los envíos no reconocidos como sospechosos sin llegar a rechazarlos drásticamente.Mientras que el registro SPF se redacta manualmente, las claves DKIM se generan directamente en la consola de cada servicio emisor:
[selector]._domainkey.sudominio.com.DMARC vincula los resultados de SPF y DKIM y le devuelve visibilidad sobre qué está ocurriendo con su dominio en todo el mundo.
_dmarc (es decir, el registro responderá a _dmarc.sudominio.com).p=none): v=DMARC1; p=none; rua=mailto:informes-dmarc@sudominio.com; pct=100;p=none garantiza que ningún mensaje legítimo será rechazado ni enviado a la carpeta de correo no deseado mientras ajusta la configuración. A cambio, la etiqueta rua enviará resúmenes agregados en formato XML a la dirección de correo indicada, detallando quién envía correos con su nombre y si superan o no la autenticación.La implementación no termina con la publicación inicial:
p=quarantine (enviar a la carpeta de correo no deseado el correo no autorizado) y, finalmente, a p=reject (rechazo total en destino).~all por -all (Fail estricto).Con estos pasos completados, su organización protegerá mucho mejor su reputación digital, evitará que terceros suplanten su identidad corporativa frente a clientes o proveedores y asegurará que sus comunicaciones legítimas lleguen sin trabas a la bandeja de entrada.
Formación, simulaciones de phishing y vigilancia continua para PYMEs.
Hablar con nosotros