Este explorador ya no es compatible.
Actualice a Microsoft Edge para aprovechar las características, las actualizaciones de seguridad y el soporte técnico más recientes.
![](data:image/svg+xml, %3Csvg xmlns='http://www.w3.org/2000/svg' height='64' class='font-weight-bold' style='font: 600 30.11764705882353px "SegoeUI", Arial' width='64'%3E%3Ccircle fill='hsl(128, 8%, 22%)' cx='32' cy='32' r='32' /%3E%3Ctext x='50%25' y='55%25' dominant-baseline='middle' text-anchor='middle' fill='%23FFF' %3EA%3C/text%3E%3C/svg%3E)
Hola,
He hecho unos ajustes en la directiva contra phishing y no está funcionado para una cuenta de correo en concreto. Investigando las cabeceras de los correos, he visto que no funciona porque todos los correos que llegan a esa cuenta los detecta como de confianza.
Investigando más, he visto que esto es a causa de una regla de transporte que se aplica a esa cuenta de correo. Esta regla redirecciona todos los correos enviados a esa cuenta, a otra externa y esa otra externa vuelve a enviar los correos hacia la cuenta interna. Un ejemplo del flujo:
remitente gmail --> cuenta interna --> reenvio a cuenta externa --> envio a cuenta interna (otra vez)
Esto lo que hace es que en las cabeceras de los correos no aparezca nada del remitente original (el de Gmail), aparecen los datos de la cuenta externa a la que se reenvia el correo mediante la regla de transporte. Como esa cuenta es de confianza, la directiva contra phishing no hace nada.
Investigando he visto que una solución es usar el filtrado avanzado del conector de entrada. Aqui pongo la IP de la cuenta externa a la que reenviamos desde la regla de transporte y se supone que en la cabecera de los correos omite los datos de esa cuenta y ya deberian salir los datos del remitente original (Gmail).
El problema final que tengo es que la cuenta de correo a la que se le aplica la regla de transporte, no pasa por el conector de entrada y por lo tanto esa solución no funciona. ¿Alguien puede indicarme alguna solución? espero haberme explicado bien...
Una solución integrada de protección frente a amenazas diseñada para detectar, investigar y responder a amenazas cibernéticas en los servicios de Microsoft 365.
Pregunta bloqueada. Esta pregunta se migró desde la comunidad de soporte técnico de Microsoft. Puedes votar si te parece útil, pero no puedes agregar comentarios o respuestas ni seguir la pregunta.
Hola,
Muchas gracias por su respuesta. Voy a revisar todo lo que ha comentado.
Saludos.
Esta respuesta se ha traducido automáticamente. Como resultado, puede haber errores gramaticales o expresiones extrañas.
Hola, JDTB
Gracias por usar los productos de Microsoft y publicarlos en la comunidad.
El escenario que describe es realmente complejo e implica la interacción de flujos de correo, reglas de transporte y políticas antiphishing. Es posible que las directivas antiphishing de Microsoft Defender no sean efectivas, pero tengo un par de ideas:
1. Uso de funciones de entrega avanzadas para escenarios específicos
Si la configuración implica correos electrónicos que se reenvían a través de buzones externos (implementados a través de reglas de entrega), es posible que la directiva contra suplantación de identidad (phishing) no surta efecto según lo esperado porque Defender puede considerar estos buzones externos como orígenes de confianza. Para solucionar este problema, Microsoft Defender ofrece la opción Entrega avanzada . Esto es útil cuando se trata de emulaciones de phishing o buzones especiales, como los buzones de operaciones de seguridad. El uso de Advanced Delivery garantiza que estos correos electrónicos reenviados se gestionen correctamente, incluso si pasan por buzones externos.
2. Configuración del flujo de correo y las reglas de transporte
Otro posible problema son las reglas de flujo de correo configuradas incorrectamente (también conocidas como reglas de transporte de Exchange, ETR). Si estas reglas omiten determinadas comprobaciones de seguridad, como la versión incorrecta del usuario, Microsoft Defender no aplicará la directiva contra suplantación de identidad (phishing). Puede deshabilitar estas reglas o modificarlas para evitar excluir ciertos correos electrónicos de las comprobaciones de seguridad. También es fundamental asegurarse de no anular inadvertidamente los filtros de phishing
Reglas de flujo de correo (reglas de transporte) en Exchange Online | Microsoft Learn
3. Comprueba la configuración antispam
Asegúrese de que su política contra correo no deseado no esté configurada para permitir que estos correos electrónicos reenviados omitan el filtrado. Se pueden configurar niveles de confianza de correo no deseado (SCL) más estrictos o se pueden ajustar excepciones específicas para garantizar que se compruebe la seguridad del correo reenviado. Si el correo se enruta a través de un servidor externo, se puede establecer una política condicional para aplicar el nivel adecuado de filtrado.
Uso de reglas de flujo de correo a la SCL en mensajes en Exchange Online | Microsoft Learn
Y algunas referencias (en inglés, pueden necesitar herramientas de traducción):
Dominación de la configuración Segunda parte (microsoft.com)
Además, su pregunta es demasiado especializada para la comunidad de Microsoft, le sugiero que vaya a la comunidad de Microsoft Tech y Microsoft Learn y haga otra publicación, habrá más expertos especializados allí que pueden ayudarlo:
Microsoft Defender para punto de conexión: Centro de la comunidad de Microsoft
Microsoft 365 - Preguntas y respuestas de Microsoft
Espero que la información anterior pueda ayudarte. No dude en enviar un mensaje si necesita más ayuda.
Mucha suerte
Aiden.C - MSFT |Especialista en soporte técnico de la comunidad de Microsoft