Configurar las opciones del rol de recursos de Azure en Privileged Identity Management
En Privileged Identity Management (PIM) en Azure Active Directory (Azure AD), parte de Microsoft Entra, la configuración de roles define las propiedades de asignación de roles: MFA y requisitos de aprobación para la activación, duración máxima de la asignación, configuración de notificaciones y más. Siga los pasos a continuación para definir las configuraciones de roles y el flujo de trabajo de aprobación para especificar quién puede aprobar o denegar las solicitudes de elevación de privilegios.
Debe tener el rol de Propietario o Administrador de acceso de usuario para administrar la configuración del rol PIM para el recurso. La configuración de roles se define por rol y por recurso: todas las asignaciones para el mismo rol siguen la misma configuración de roles. La configuración de un rol es independiente de la configuración de otro rol. La configuración de roles de un recurso es independiente de la configuración de roles de otro recurso, y la configuración de roles establecida en un nivel superior, como, por ejemplo, "Suscripción", no se heredan en un nivel inferior, como, por ejemplo, "Grupo de recursos".
La configuración de roles de PIM también se conoce como "Directivas de PIM".
Apertura de la configuración de roles
Siga estos pasos para abrir la configuración de un rol de recursos de Azure.
Seleccione Azure AD Privileged Identity Management -> Recursos de Azure. En esta página puede ver la lista de recursos de Azure detectados en PIM. Use el filtro Tipo de recurso para seleccionar todos los tipos de recursos necesarios.
Seleccione el recurso para el que necesita configurar los roles de PIM.
Seleccione Configuración. Vea la lista de directivas de PIM para un recurso seleccionado.
Seleccione el rol o la directiva que desea configurar.
Seleccione Editar para actualizar la configuración del rol.
Cuando haya terminado, seleccione Actualizar.
Configuración de roles
Duración máxima de la activación
Use el control deslizante Duración máxima de la activación para establecer el tiempo máximo, en horas, que una solicitud de activación de una asignación de roles permanece activa antes de expirar. Este valor puede oscilar entre una y 24 horas.
Al activarse, se requiere la autenticación multifactor
Puede exigir que los usuarios que sean elegibles para un rol demuestren quiénes están usando Azure AD Multi-Factor Authentication antes de que se puedan activar. La autenticación multifactor ayuda a proteger el acceso a los datos y aplicaciones, lo que proporciona otra capa de seguridad mediante una segunda forma de autenticación.
Nota:
Es posible que al usuario no se le pida autenticación multifactor si se autentica con credenciales seguras o si proporcionó la autenticación multifactor anteriormente en esta sesión. Si su objetivo es asegurarse de que los usuarios tengan que proporcionar autenticación durante la activación, puede usar Al activarse, se requiere el contexto de autenticación de acceso condicional de Azure AD junto con Niveles de intensidad de autenticación para exigir a los usuarios autenticarse durante la activación mediante métodos diferentes de los que usaron para iniciar sesión en la máquina. Por ejemplo, si los usuarios inician sesión en la máquina mediante Windows Hello para empresas, puede usar "Al activarse, se requerir el contexto de autenticación de acceso condicional de Azure AD" y Niveles de intensidad de autenticación para exigir que los usuarios inicien sesión sin contraseña con Microsoft Authenticator cuando activen el rol. Después de que el usuario proporcione el inicio de sesión sin contraseña con Microsoft Authenticator una vez en este ejemplo, podrá realizar su siguiente activación en esta sesión sin autenticación adicional, ya que el inicio de sesión sin contraseña con Microsoft Authenticator ya formará parte de su token.
Se recomienda habilitar Azure AD Multi-Factor Authentication para todos los usuarios. Para más información, vea Plan de una implementación de Azure AD Multi-Factor Authentication.
Al activarse, se requiere el contexto de autenticación de acceso condicional de Azure AD (versión preliminar pública)
Puede solicitar a los usuarios que reúnan los requisitos para una función que satisfagan los requisitos de la directiva de acceso condicional: utilizar un método de autenticación específico aplicado a través de los puntos fuertes de autenticación, elevar la función desde un dispositivo compatible con Intune, cumplir las condiciones de uso, etc.
Para aplicar este requisito, debe:
- Crear el contexto de autenticación de acceso condicional.
- Configurar la directiva de acceso condicional que aplicaría los requisitos para este contexto de autenticación.
- Configure el contexto de autenticación en la configuración de PIM para el rol.
Nota
Si las opciones de PIM tienen configurado Al activarse, se requiere el contexto de autenticación de acceso condicional de Azure AD, las directivas de acceso condicional definen las condiciones que un usuario debe cumplir para satisfacer los requisitos de acceso. Esto significa que las entidades de seguridad con permisos para administrar las directivas de acceso condicional, como administradores de acceso condicional o administradores de seguridad, pueden cambiar los requisitos, quitarlos o impedir que usuarios aptos activen el rol. Las entidades de seguridad que pueden administrar las directivas de acceso condicional deben considerarse con privilegios elevados y protegerse en consecuencia.
Nota
Se recomienda crear y habilitar una directiva de acceso condicional para el contexto de autenticación antes de configurar el contexto de autenticación en las opciones de PIM. Como mecanismo de protección de respaldo, si no hay directivas de acceso condicional en el inquilino que tengan como destino el contexto de autenticación configurado en las opciones de PIM, durante la activación de roles de PIM, se requiere Azure AD Multi-Factor Authentication, ya que la opción Al activarse, se requiere la autenticación multifactor estaría establecida. Este mecanismo de protección de respaldo está diseñado para protegerse únicamente de un escenario en el que se actualizaron las opciones de PIM antes de crear la directiva de acceso condicional, debido a un error de configuración. Este mecanismo de protección de respaldo no se desencadenará si la directiva de acceso condicional está desactivada, está en modo de solo informe o si el usuario apto está excluido de la directiva.
Nota
La opción Al activar, se requiere el contexto de autenticación de acceso condicional de Azure AD define el contexto de autenticación, los requisitos que los usuarios deberán satisfacer cuando activen el rol. Una vez activado el rol, esto no impide que el usuario use otra sesión de exploración, dispositivo, ubicación, etc., para usar permisos. Por ejemplo, los usuarios pueden usar un dispositivo compatible con Intune para activar el rol y, a continuación, después de activar el rol, iniciar sesión en la misma cuenta de usuario desde otro dispositivo que no sea compatible con Intune y usar desde allí el rol activado previamente. Para protegerse de esta situación, puede definir el ámbito de las directivas de acceso condicional que aplican determinados requisitos a los usuarios aptos directamente. Por ejemplo, puede exigir que los usuarios aptos para determinados roles usen siempre dispositivos compatibles con Intune.
Para más información sobre el contexto de autenticación de acceso condicional, consulte Acceso condicional: aplicaciones en la nube, acciones y contexto de autenticación.
Requerir justificación en las activaciones
Puede requerir que los usuarios escriban una justificación comercial cuando activen la asignación apta.
Solicitud de información del vale en el momento de la activación
Puede requerir que los usuarios escriban un número de incidencia de soporte técnico cuando activen la asignación apta. Este es un campo de solo información y la correlación con la información de cualquier sistema de vales no se aplica.
Solicitud de aprobación para activar
Puede requerir aprobación para la activación de la asignación apta. El aprobador no tiene que tener ningún rol. Al usar esta opción, debe seleccionar al menos un aprobador (se recomienda seleccionar al menos dos aprobadores), no hay aprobadores predeterminados.
Para obtener más información sobre las aprobaciones, consulte Aprobación o rechazo de solicitudes para los roles de Azure AD en Privileged Identity Management.
Duración de la asignación
Puede elegir entre dos opciones de duración de asignación para cada tipo de asignación (Apto y Activo) cuando se configuran las opciones para un rol. Estas opciones se convierten en la duración máxima predeterminada cuando se asigna un usuario al rol en Privileged Identity Management.
Puede elegir uno de estas opciones de duración de asignación tipo Apto:
| Configuración | Descripción |
|---|---|
| Allow permanent eligible assignment (Permitir la asignación apta permanente) | Los administradores de recursos pueden asignar una asignación válida permanente. |
| Hacer que las asignaciones elegibles expiren después de | Los administradores de recursos pueden requerir que todas las asignaciones elegibles tengan una fecha de inicio y finalización especificada. |
Además, puede elegir una de estas opciones de duración de asignación tipo Activo:
| Configuración | Descripción |
|---|---|
| Allow permanent active assignment (Permitir la asignación activa permanente) | Los administradores de recursos pueden asignar una asignación activa permanente. |
| Hacer que las asignaciones activas expiren después de | Los administradores de recursos pueden requerir que todas las asignaciones activas tengan una fecha de inicio y finalización especificada. |
Nota:
Los administradores globales y los administradores de roles con privilegios pueden renovar todas las asignaciones que tienen una fecha de finalización específica. Además, los usuarios pueden iniciar solicitudes de autoservicio para ampliar o renovar las asignaciones de roles.
Requerir autenticación multifactor para las asignaciones activas
Puede requerir que el administrador proporcione autenticación multifactor cuando creen una asignación activa (en lugar de apta). Privileged Identity Management no puede exigir la autenticación multifactor cuando el usuario usa su asignación de roles, porque ya está activa en el rol desde el momento en que se asigna.
Es posible que al administrador no se le pida autenticación multifactor si se autentica con credenciales seguras o proporcionó la autenticación multifactor anteriormente en esta sesión.
Requerir justificación para las asignaciones activas
Puede requerir que los usuarios escriban una justificación comercial cuando creen una asignación activa (en lugar de apta).
En la pestaña Notificaciones de la página Configuración de roles, Privileged Identity Management permite realizar un control pormenorizado sobre quién recibe las notificaciones y qué notificaciones reciben.
- Desactivación de un correo electrónico Si desactiva la casilla de destinatario predeterminado y elimina los demás destinatarios, puede desactivar correos electrónicos específicos.
- Límite de correos electrónicos a direcciones especificadas Si desactiva la casilla de destinatario predeterminado, puede desactivar los mensajes de correo electrónico enviados a destinatarios predeterminados. Luego, puede agregar otras direcciones de correo electrónico como destinatarios. Si desea agregar más de una dirección de correo electrónico, sepárelas con un punto y coma (;).
- Envío de correos electrónicos a destinatarios predeterminados y a otros destinatarios Si selecciona la casilla de destinatario predeterminado y agrega direcciones de correo electrónico para otros destinatarios, puede enviar correos electrónicos al destinatario predeterminado y a otros destinatarios.
- Solo correo electrónico crítico Para cada tipo de correo electrónico, puede seleccionar la casilla para recibir solo correos electrónicos críticos. Esto significa que Privileged Identity Management continuará enviando mensajes de correo electrónico a los destinatarios especificados solo cuando el correo electrónico requiera una acción inmediata. Por ejemplo, no se desencadenarán los mensajes de correo electrónico que pidan a los usuarios que amplíen su asignación de roles, pero sí los que requieran que los administradores aprueben una solicitud de ampliación.