Preguntas frecuentes sobre la protección contra la suplantación de identidad

Microsoft cree que el riesgo de seguir permitiendo el correo electrónico entrante no autenticado es mayor que el riesgo de perder el correo electrónico entrante legítimo.

Cuando Microsoft habilitó esta característica en 2018, se produjeron algunos falsos positivos (los mensajes buenos se marcaron como incorrectos). Con el tiempo, los remitentes se ajustaron a los requisitos. El número de mensajes que se identificaron erróneamente como suplantados se convirtió en insignificante para la mayoría de las rutas de correo electrónico.

Microsoft adoptó por primera vez los nuevos requisitos de autenticación de correo electrónico varias semanas antes de implementarlo en los clientes. Aunque hubo complicaciones al principio, se fueron reduciendo gradualmente.

Sí. A partir de octubre de 2018, la inteligencia sobre suplantación de identidad está disponible para todas las organizaciones con buzones de correo en Exchange Online y organizaciones EOP independientes sin Exchange Online buzones.

Consulte Notificar mensajes y archivos a Microsoft.

No se recomienda deshabilitar la protección contra la suplantación de identidad. Deshabilitar la protección permite recibir más mensajes de suplantación de identidad (phishing) y correo no deseado en su organización. No todo el phishing es suplantación de identidad y no se perderán todos los mensajes suplantados. Sin embargo, el riesgo es mayor.

Ahora que el filtrado mejorado para conectores está disponible, ya no se recomienda desactivar la protección contra la suplantación de identidad cuando el correo electrónico se enruta a través de otro servicio antes de EOP.

Desafortunadamente, no. Los atacantes se adaptan constantemente para usar otras técnicas (por ejemplo, cuentas en peligro o cuentas en servicios de correo electrónico gratuitos). Sin embargo, la protección contra phishing funciona mejor para detectar estos otros tipos de métodos de phishing. Las capas de protección de EOP están diseñadas conjuntamente y se basan entre sí.

Casi todos los servicios de correo electrónico de gran tamaño implementan las comprobaciones tradicionales de SPF, DKIM y DMARC. Algunos servicios tienen otras comprobaciones más estrictas, pero pocos van hasta EOP para bloquear el correo electrónico no autenticado y tratarlos como mensajes suplantados. Sin embargo, el sector es cada vez más consciente de los problemas con el correo electrónico no autenticado, especialmente debido al problema de suplantación de identidad (phishing).

No. Esta configuración de ASF ya no es necesaria. La protección contra la suplantación de identidad considera que tanto el SPF produce errores duros como un conjunto más amplio de criterios. Si tiene habilitada la protección contra la suplantación de identidad y el registro SPF: error duro (MarkAsSpamSpfRecordHardFail) activado, probablemente obtendrá más falsos positivos.

Se recomienda deshabilitar esta característica, ya que no proporciona ninguna ventaja adicional para detectar mensajes de spam o phishing, y en su lugar generaría principalmente falsos positivos. Para obtener más información, vea Advanced Spam Filter (ASF) settings in EOP (Configuración avanzada de filtro de correo no deseado (ASF) en EOP.

SRS solo soluciona parcialmente el problema del correo electrónico reenviado. Al volver a escribir el valor SMTP MAIL FROM , SRS puede asegurarse de que el mensaje reenviado pasa SPF en el siguiente destino. Sin embargo, dado que la protección contra la suplantación se basa en la dirección From en combinación con el dominio de firma MAIL FROM o DKIM (u otras señales), no es suficiente para evitar que el correo electrónico reenviado de SRS se marque como suplantado.