Requerimiento de autenticación multifactor a todos los usuarios

  • Artículo

Como Alex Weinert, el director de seguridad de identidades de Microsoft, menciona en la entrada de su blog Your Pa$$word doesn't matter (Tu contraseña no importa):

La contraseña no es importante, pero la autenticación multifactor sí. Según nuestros estudios, es prácticamente improbable que una cuenta se comprometa si se usa MFA.

Intensidad de la autenticación

Las instrucciones de este artículo ayudan a su organización a crear una directiva de MFA para su entorno mediante puntos fuertes de autenticación. Microsoft Entra ID proporciona tres puntos de seguridad de autenticación integrados:

  • Seguridad de la autenticación multifactor (menos restrictiva) recomendada en este artículo
  • Seguridad de MFA sin contraseña
  • Resistencia de MFA resistente a la suplantación de identidad (más restrictiva)

Puede usar uno de los puntos fuertes integrados o crear una seguridad de autenticación personalizada en función de los métodos de autenticación que desee requerir.

En escenarios de usuario externo, los métodos de autenticación de MFA que un inquilino de recursos pueden aceptar varían en función de si el usuario está completando MFA en su inquilino principal o en el inquilino de recursos. Para obtener más información, consulte Seguridad de autenticación para usuarios externos.

Exclusiones de usuarios

Las directivas de acceso condicional son herramientas eficaces, por lo que se recomienda excluir las siguientes cuentas de las directivas:

  • Cuentas de acceso de emergencia o de emergencia para evitar el bloqueo debido a errores de configuración de directivas. En el escenario poco probable, todos los administradores están bloqueados, la cuenta administrativa de acceso de emergencia se puede usar para iniciar sesión y tomar medidas para recuperar el acceso.
  • Cuentas de servicio y entidades de servicio, como la cuenta de sincronización de Microsoft Entra Connect. Las cuentas de servicio son cuentas no interactivas que no están asociadas a ningún usuario en particular. Los servicios back-end las usan normalmente para permitir el acceso mediante programación a las aplicaciones, pero también se utilizan para iniciar sesión en los sistemas con fines administrativos. Las llamadas realizadas por entidades de servicio no se bloquearán mediante directivas de acceso condicional asignadas a los usuarios. Usa el acceso condicional para las identidades de carga de trabajo para definir directivas destinadas a entidades de servicio.
    • Si su organización usa estas cuentas en scripts o código, piense en la posibilidad de reemplazarlas por identidades administradas.

Implementación de plantilla

A la hora de implementar esta directiva, las organizaciones pueden optar por seguir los pasos que se describen a continuación o usar las plantillas de acceso condicional.

Creación de una directiva de acceso condicional

Los pasos siguientes ayudan a crear una directiva de acceso condicional para requerir que todos los usuarios realicen la autenticación multifactor mediante la directiva de seguridad de autenticación.

Advertencia

Si usa métodos de autenticación externos, estos son actualmente incompatibles con la seguridad de autenticación y debe usar el control Requerir concesión de autenticación multifactor.

  1. Inicie sesión en el Centro de administración de Microsoft Entra al menos como Administrador de acceso condicional.
  2. Vaya a Protección>Acceso condicional>Directivas.
  3. Seleccione Nueva directiva.
  4. Asigna un nombre a la directiva. Se recomienda que las organizaciones creen un estándar significativo para los nombres de sus directivas.
  5. En Assignments (Asignaciones), seleccione Users or workload identities (Identidades de usuario o de carga de trabajo).
    1. En Incluir, seleccione Todos los usuarios
    2. En Excluir , seleccione Usuarios y grupos y elija las cuentas de acceso de emergencia o de emergencia de su organización.
      1. Puede optar por excluir a los usuarios invitados si tiene como destino una directiva específica de usuario invitado.
  6. En Recursos de>destino (anteriormente aplicaciones en la nube)> Incluir, seleccione Todos los recursos (anteriormente "Todas las aplicaciones en la nube") .
    1. En Excluir, seleccione las aplicaciones que no requieren autenticación multifactor.
  7. En Controles de acceso>Conceder, seleccione Conceder acceso.
    1. Seleccione Requerir seguridad de autenticación y, a continuación, seleccione la seguridad de autenticación multifactor integrada de la lista.
    2. Elija Seleccionar.
  8. Confirme la configuración y establezca Habilitar directiva en Solo informe.
  9. Seleccione Crear para crear la directiva.

Después de que los administradores confirmen la configuración mediante el modo de solo informe, podrán pasar el botón de alternancia Habilitar directiva de Solo informe a Activar.

Ubicaciones con nombre

Las organizaciones pueden optar por incorporar ubicaciones de red conocidas conocidas como ubicaciones con nombre en sus directivas de acceso condicional. Estas ubicaciones con nombre pueden incluir redes IP de confianza como las de una ubicación principal de la oficina. Para obtener más información sobre la configuración de ubicaciones con nombre, consulte el artículo ¿Qué es la condición de ubicación del acceso condicional de Microsoft Entra?

En la directiva de ejemplo anterior, una organización puede optar por no requerir la autenticación multifactor si tiene acceso a una aplicación en la nube desde su red corporativa. En este caso, se podría agregar la siguiente configuración a la directiva:

  1. En Asignaciones, seleccione Red.
    1. Configure Sí.
    2. Incluya cualquier red o ubicación.
    3. Excluir todas las redes y ubicaciones de confianza.
  2. Guarde sus cambios en la directiva.

Excepción de la aplicación

Es posible que las organizaciones tengan muchas aplicaciones en la nube en uso. No todas esas aplicaciones requieren una seguridad semejante. Por ejemplo, las aplicaciones de nóminas y de asistencia pueden requerir MFA, pero es probable que una cafetería no. Los administradores pueden optar por excluir aplicaciones específicas de su directiva.

Activación de suscripciones

Las organizaciones que utilizan la característica de activación de suscripciones para permitir a los usuarios “avanzar” de una versión de Windows a otra y usar directivas de acceso condicional para controlar el acceso deben excluir una de las siguientes aplicaciones en la nube de sus directivas de acceso condicional mediante Seleccionar aplicaciones en la nube excluidas:

Aunque el identificador de aplicación es el mismo en ambas instancias, el nombre de la aplicación en la nube depende del inquilino.

Cuando un dispositivo se ha desconectado durante un período prolongado de tiempo, es posible que no se vuelva a activar automáticamente si esta exclusión de acceso condicional no está en vigor. Establecer esta exclusión de acceso condicional garantiza que la activación de la suscripción siga funcionando sin problemas.

A partir de Windows 11, versión 23H2 con KB5034848 o posterior, se solicita a los usuarios la autenticación con una notificación del sistema cuando la activación de la suscripción necesita reactivarse. La notificación del sistema muestra el mensaje siguiente:

La cuenta requiere autenticación

Inicie sesión en su cuenta profesional o educativa para comprobar su información.

Además, en el panel Activación, puede aparecer el siguiente mensaje:

Inicie sesión en su cuenta profesional o educativa para comprobar su información.

Normalmente, la solicitud de autenticación se produce cuando un dispositivo está sin conexión durante un período de tiempo prolongado. Este cambio elimina la necesidad de una exclusión en la directiva de acceso condicional para Windows 11, versión 23H2 con KB5034848 o posterior. Todavía se puede usar una directiva de acceso condicional con Windows 11, versión 23H2 con KB5034848 o posterior si no se desea solicitar la autenticación del usuario a través de una notificación del sistema.

Contenido relacionado