INTENCIÓN: Informacional · CLUSTER: limitaciones y defensa en profundidad
DMARC y BEC: qué puede y qué no puede evitar
Esta guía forma parte del Centro de Conocimiento de ProtectionDMARC. Está orientada a equipos de TI, administradores de dominios y responsables de seguridad que necesitan convertir la autenticación del correo en un proceso controlable y medible.
BEC no es solo spoofing
En un ataque BEC, el delincuente puede utilizar una cuenta real comprometida o técnicas que no dependen exclusivamente de falsificar el dominio. Por eso DMARC no debe presentarse como una defensa total.
Qué revisar en la práctica
Antes de cambiar una política, documenta el dominio, los servicios que envían correo y los responsables técnicos. " Comprueba el resultado en DNS y utiliza los informes de autenticación para contrastar la configuración con el tráfico real.
Decisión recomendada
Prioriza primero la visibilidad y la corrección de fuentes legítimas. Después mide los resultados y endurece la política de forma progresiva.
Señal de alerta
Una fuente desconocida, un dominio desalineado o un cambio inesperado de volumen merece investigación antes de aplicar una política más estricta.
Dónde sí ayuda DMARC
Cuando el atacante intenta enviar mensajes que aparentan proceder de un dominio protegido y no cumple los mecanismos de autenticación y alineación, la política DMARC puede aportar una barrera adicional.
Qué revisar en la práctica
Antes de cambiar una política, documenta el dominio, los servicios que envían correo y los responsables técnicos. " Comprueba el resultado en DNS y utiliza los informes de autenticación para contrastar la configuración con el tráfico real.
Decisión recomendada
Prioriza primero la visibilidad y la corrección de fuentes legítimas. Después mide los resultados y endurece la política de forma progresiva.
Señal de alerta
Una fuente desconocida, un dominio desalineado o un cambio inesperado de volumen merece investigación antes de aplicar una política más estricta.
Combinar controles
MFA, protección de identidad, análisis de comportamiento, capacitación y procesos de verificación de pagos deben complementar la autenticación de dominio.
Qué revisar en la práctica
Antes de cambiar una política, documenta el dominio, los servicios que envían correo y los responsables técnicos. " Comprueba el resultado en DNS y utiliza los informes de autenticación para contrastar la configuración con el tráfico real.
Decisión recomendada
Prioriza primero la visibilidad y la corrección de fuentes legítimas. Después mide los resultados y endurece la política de forma progresiva.
Señal de alerta
Una fuente desconocida, un dominio desalineado o un cambio inesperado de volumen merece investigación antes de aplicar una política más estricta.
Aplicación local en Chile
La metodología puede adaptarse a empresas con operación en distintas ciudades. Este artículo se conecta con DMARC en Viña del Mar y DMARC en Arica, donde se aborda el contexto local.
- DMARC en Viña del Mar — Región de Valparaíso.
- DMARC en Valparaíso — Región de Valparaíso.
- DMARC en Temuco — Región de La Araucanía.
- DMARC en Puerto Montt — Región de Los Lagos.
Preguntas frecuentes
¿Este artículo reemplaza una auditoría DMARC?
No. Una guía sirve como referencia; una auditoría debe revisar el dominio, DNS, proveedores y tráfico real de la organización.
¿Debo cambiar mi política DMARC inmediatamente?
No necesariamente. La política debe corresponder al nivel de conocimiento y control que exista sobre las fuentes legítimas.
¿Se puede aplicar a Microsoft 365 o Google Workspace?
Sí, pero cada plataforma y proveedor externo puede requerir una configuración específica. Valida siempre la documentación del servicio antes de cambiar DNS.
Fuentes técnicas
¿Quieres revisar tu dominio?
ProtectionDMARC puede analizar SPF, DKIM, DMARC, fuentes de envío y reportes para ayudarte a definir un plan de implementación.
Solicitar evaluación DMARC →