Automatización de tareas de Gobierno de id. de Microsoft Entra mediante Azure Automation y Microsoft Graph
Azure Automation es un servicio en la nube de Azure que permite automatizar procesos y tareas de administración de sistemas comunes o repetitivos. Microsoft Graph es el punto de conexión de API unificado de Microsoft para las características de Microsoft Entra que administran usuarios, grupos, paquetes de acceso, revisiones de acceso y otros recursos del directorio. Puede administrar Microsoft Entra ID a gran escala desde la línea de comandos de PowerShell mediante el SDK de PowerShell de Microsoft Graph. También puede incluir los cmdlets de Microsoft Graph en PowerShell desde un runbook basado en PowerShell en Azure Automation, de modo que pueda automatizar las tareas de Microsoft Entra desde un simple script.
Azure Automation y el SDK de Graph de PowerShell admiten autenticación basada en certificados y permisos de aplicación, por lo que puede hacer que los runbooks de Azure Automation se autentiquen en Microsoft Entra ID sin necesidad de un contexto de usuario.
En este artículo, se muestran las instrucciones sobre cómo empezar a usar Azure Automation para Gobierno de id. de Microsoft Entra mediante la creación de un runbook sencillo que consulta la administración de derechos mediante PowerShell de Microsoft Graph.
Creación de una cuenta de Azure Automation
Sugerencia
Los pasos de este artículo pueden variar ligeramente en función del portal desde donde comienza.
Azure Automation proporciona un entorno hospedado en la nube para la ejecución de runbooks. Estos runbooks se pueden iniciar automáticamente según una programación, o bien desencadenarse mediante webhooks o Logic Apps.
El uso de Azure Automation requiere que tenga una suscripción de Azure.
Requisitos previos de rol: propietario de la suscripción o del grupo de recursos de Azure
Inicie sesión en Azure Portal. Asegúrese de que tiene acceso a la suscripción o al grupo de recursos donde se encontrará la cuenta de Azure Automation.
Seleccione la suscripción o el grupo de recursos y, a continuación, Crear. Escriba Automation, seleccione el servicio de Azure Automation de Microsoft y, a continuación, seleccione Crear.
Una vez creada la cuenta de Azure Automation, seleccione Control de acceso (IAM). A continuación, seleccione Ver en Consulta del acceso a este recurso. Posteriormente, estos usuarios y entidades de servicio podrán interactuar con el servicio Microsoft mediante los scripts que se van a crear en esa cuenta de Azure Automation.
Revise los usuarios y las entidades de servicio que aparecen en la lista y asegúrese de que estén autorizados. Elimine a los usuarios que no estén autorizados.
Creación de un par de claves y un certificado autofirmado en el ordenador
Así que, para que pueda funcionar sin necesidad de sus credenciales personales, la cuenta de Azure Automation que ha creado tendrá que autenticarse en Microsoft Entra ID con un certificado.
Si ya tiene un par de claves para autenticar el servicio en Microsoft Entra ID y un certificado recibido de una entidad de certificación, vaya a la sección siguiente.
Para generar un certificado autofirmado:
Siga las instrucciones que se indican en la opción 2, Creación de un certificado autofirmado para autenticar la aplicación, para crear y exportar un certificado con su clave privada.
Muestre la huella digital del certificado.
$cert | ft Thumbprint
Después de exportar los archivos, puede eliminar el certificado y el par de claves del almacén de certificado del usuario local. En pasos posteriores, también eliminará los archivos
.pfx
y.crt
, una vez que el certificado y la clave privada se hayan cargado en los servicios Azure Automation y Microsoft Entra.
Cargue del par de claves en Azure Automation
El runbook de Azure Automation recupera la clave privada del archivo .pfx
y la usará para autenticarse en Microsoft Graph.
En Azure Portal, para la cuenta de Azure Automation, seleccione Certificados y Agregar un certificado.
Cargue el archivo
.pfx
creado anteriormente y escriba la contraseña que proporcionó al crearlo.Después de cargar la clave privada, registre la fecha de expiración del certificado.
Ahora puede eliminar el archivo
.pfx
del ordenador local. Sin embargo, no elimine todavía el archivo.crt
, ya que lo necesitará en un paso posterior.
Adición de módulos para Microsoft Graph a la cuenta de Azure Automation
De manera predeterminada, Azure Automation no tiene ningún módulo de PowerShell precargado para Microsoft Graph. Deberá agregar Microsoft.Graph.Authentication y, después, módulos adicionales desde la galería a la cuenta de Automation.
En Azure Portal, para la cuenta de Azure Automation, seleccione Módulos y, a continuación, Navegar la galería.
En la barra de búsqueda, escriba Microsoft.Graph.Authentication. Seleccione el módulo, seleccione Importar y, luego, Aceptar para que Microsoft Entra ID comience a importar el módulo. Después de seleccionar Aceptar, la importación de un módulo puede tardar varios minutos. No intente agregar más módulos de Microsoft Graph hasta que se haya completado la importación del módulo Microsoft.Graph.Authentication, ya que esos otros módulos tienen a Microsoft.Graph.Authentication como requisito previo.
Vuelva a la lista Módulos y seleccione Actualizar. Una vez que el estado del módulo Microsoft.Graph.Authentication haya cambiado a Disponible, puede importar el módulo siguiente.
Si va a usar los cmdlets para las características de Gobierno de id. de Microsoft Entra, como la administración de derechos, repita el proceso de importación para el módulo Microsoft.Graph.Identity.Governance.
Importe otros módulos que el script pueda requerir, como Microsoft.Graph.Users. Por ejemplo, si usa Protección de id. de Microsoft Entra, puede importar el módulo Microsoft.Graph.Identity.SignIns.
Creación de un registro de aplicación y asignación de permisos
Después, creará un registro de aplicación en Microsoft Entra ID, de modo que esta solución reconoce el certificado del runbook de Azure Automation para la autenticación.
- Inicie sesión en el Centro de administración Microsoft Entra al menos como Administrador de aplicaciones.
- Vaya a Identidad>Aplicaciones>Registros de aplicaciones.
- Seleccione Nuevo registro.
- Escriba un nombre para la aplicación y seleccione Registrar.
- Una vez creado el registro de aplicación, anote el id. de aplicación (cliente) y el id. de directorio (inquilino), ya que necesitará estos elementos más adelante.
- Seleccione Certificados y secretos>Certificados>Cargar certificado.
- Cargue el archivo
.crt
creado anteriormente.
- Cargue el archivo
- Seleccione Permisos de API>Agregar un permiso.
- Seleccione Microsoft Graph>Permisos de la aplicación.
Seleccione cada uno de los permisos que necesita la cuenta de Azure Automation y, después, Agregar permisos.
- Si el runbook solo realiza consultas o actualizaciones dentro de un único catálogo, no es necesario asignarle permisos de aplicación para todo el inquilino; en su lugar, puede asignar la entidad de servicio al rol Propietario de catálogo o Lector de catálogo.
- Si el runbook solo hace consultas para la administración de derechos, puede usar el permiso EntitlementManagement.Read.All.
- Si el runbook realiza cambios en la administración de derechos, por ejemplo, para crear asignaciones en varios catálogos, use el permiso EntitlementManagement.ReadWrite.All.
- Para las otras API, asegúrese de que se agregue el permiso necesario. Por ejemplo, para Protección de id. de Microsoft Entra, puede ser necesario el permiso IdentityRiskyUser.Read.All.
Conceder consentimiento del administrador
La aplicación creada en la sección anterior tiene permisos que requieren que alguien con al menos el rol de administrador de roles con privilegios los apruebe antes de que funcione según lo previsto.
- Inicie sesión en el Centro de administración Microsoft Entra al menos como Administrador de roles con privilegios.
- Vaya aIdentidad>Aplicaciones>Registros de aplicaciones>Todas las aplicaciones.
- Seleccione la aplicación que ha creado en la sección anterior.
- Seleccione Permisos de API y revise los permisos necesarios.
- Si procede, seleccione Conceder consentimiento del administrador para "Su nombre de inquilino" para conceder esos permisos a la aplicación.
Creación de variables de Azure Automation
En este paso, creará tres variables en la cuenta de Azure Automation, que usará el runbook para determinar cómo autenticarse en Microsoft Entra ID.
En Azure Portal, vuelva a la cuenta de Azure Automation.
Seleccione Variables y Agregar variable.
Cree una variable llamada Thumbprint. Como valor de la variable, escriba la huella digital del certificado que se generó anteriormente.
Cree una variable llamada ClientId. Como valor de la variable, escriba el id. de cliente de la aplicación registrada en Microsoft Entra ID.
Cree una variable llamada TenantId. Como valor de la variable, escriba el id. de inquilino del directorio en el que se registró la aplicación.
Creación de un runbook de PowerShell de Azure Automation que pueda usar Graph
En este paso, creará un runbook inicial. Puede desencadenar este runbook para verificar que la autenticación mediante el certificado creado anteriormente se llevó a cabo correctamente.
Seleccione Runbooks y Crear un Runbook.
Escriba el nombre del runbook, seleccione PowerShell como tipo de runbook que se va a crear y seleccione Crear.
Una vez creado el runbook, aparece un panel de edición de texto para que escriba el código fuente de PowerShell del runbook.
Escriba el siguiente código de PowerShell en el editor de texto.
Import-Module Microsoft.Graph.Authentication
$ClientId = Get-AutomationVariable -Name 'ClientId'
$TenantId = Get-AutomationVariable -Name 'TenantId'
$Thumbprint = Get-AutomationVariable -Name 'Thumbprint'
Connect-MgGraph -clientId $ClientId -tenantId $TenantId -certificatethumbprint $Thumbprint
Seleccione Panel de prueba y, a continuación, Iniciar. Espere unos segundos a que se complete el procesamiento de Azure Automation del script del runbook.
Si la ejecución del runbook se realiza correctamente, aparecerá el mensaje Bienvenido a Microsoft Graph.
Ahora que ha comprobado que el runbook puede autenticarse en Microsoft Graph, amplíelo agregando cmdlets para interactuar con las características de Microsoft Entra.
Extensión del runbook para usar la administración de derechos
Si el registro de aplicación del runbook tiene los permisos EntitlementManagement.Read.All o EntitlementManagement.ReadWrite.All, puede usar las API de administración de derechos.
- Por ejemplo, para obtener una lista de paquetes de acceso de administración de derechos de Microsoft Entra, puede actualizar el runbook creado anteriormente y reemplazar el texto por el siguiente código de PowerShell.
Import-Module Microsoft.Graph.Authentication
$ClientId = Get-AutomationVariable -Name 'ClientId'
$TenantId = Get-AutomationVariable -Name 'TenantId'
$Thumbprint = Get-AutomationVariable -Name 'Thumbprint'
$auth = Connect-MgGraph -clientId $ClientId -tenantid $TenantId -certificatethumbprint $Thumbprint
Import-Module Microsoft.Graph.Identity.Governance
$ap = @(Get-MgEntitlementManagementAccessPackage -All -ErrorAction Stop)
if ($null -eq $ap -or $ap.Count -eq 0) {
ConvertTo-Json @()
} else {
$ap | Select-Object -Property Id,DisplayName | ConvertTo-Json -AsArray
}
Seleccione Panel de prueba y, a continuación, Iniciar. Espere unos segundos a que se complete el procesamiento de Azure Automation del script del runbook.
Si la ejecución se ha realizado correctamente, la salida será una matriz JSON en lugar del mensaje de bienvenida. La matriz JSON incluye el id. y el nombre para mostrar de cada paquete de acceso devuelto por la consulta.
Proporcionar parámetros al runbook (opcional)
También puede agregar parámetros de entrada al runbook si agrega una sección Param
en la parte superior del script de PowerShell. Por ejemplo:
Param
(
[String] $AccessPackageAssignmentId
)
El formato de los parámetros permitidos depende del servicio de llamada. Si el runbook toma parámetros del autor de llamada, debe agregar lógica de validación al runbook para asegurarse de que los valores de parámetro proporcionados son adecuados para cómo se puede iniciar el runbook. Por ejemplo, si un webhook inicia el runbook, Azure Automation no realiza ninguna autenticación en una solicitud de webhook siempre que se realice en la dirección URL correcta, por lo que necesita un medio alternativo para validar la solicitud.
Una vez configurados los parámetros de entrada del runbook, al probar el runbook, puede proporcionar valores a través de la página Prueba. Más adelante, cuando se publica el runbook, puede proporcionar parámetros al iniciar el runbook desde PowerShell, la API de REST o una aplicación lógica.
Análisis de la salida de una cuenta de Azure Automation en Logic Apps (opcional)
Una vez publicado el runbook, puede crear una programación en Azure Automation y vincular el runbook a esa programación para que se ejecute automáticamente. La programación de runbooks desde Azure Automation es adecuada para runbooks que no necesitan interactuar con otros servicios de Azure u Office 365 que no tienen interfaces de PowerShell.
Si desea enviar la salida del runbook a otro servicio, puede considerar usar Azure Logic Apps para iniciar el runbook de Azure Automation, ya que Logic Apps también puede analizar los resultados.
En Azure Logic Apps, cree una aplicación lógica en el Diseñador de aplicaciones lógicas a partir de Periodicidad.
Agregue la operación Crear trabajo desde Azure Automation. Autentíquese en Microsoft Entra ID y seleccione la suscripción, el grupo de recursos y la cuenta de Automation que creó anteriormente. Seleccione Esperar el trabajo.
Agregue el parámetro Nombre de runbook y escriba el nombre del runbook que se va a iniciar. Si el runbook tiene parámetros de entrada, puede proporcionarles los valores.
Seleccione Nuevo paso y agregue la operación Obtener resultado del trabajo. Seleccione la misma suscripción, grupo de recursos y cuenta de Automation que en el paso anterior y seleccione el valor dinámico del id. de trabajo del paso anterior.
A continuación, puede agregar más operaciones a la aplicación lógica, como la acción Analizar JSON, que usa el contenido devuelto cuando finaliza el runbook. (Si está autogenerando el esquema Analizar JSON a partir de una carga útil de muestra, asegúrese de tener en cuenta que el script de PowerShell puede devolver null; es posible que tenga que cambiar algunos de los
"type": "string"
por"type": ["string", "null"]
en el esquema).
En Azure Automation, un runbook de PowerShell puede no completarse si intenta escribir una gran cantidad de datos en el flujo de salida a la vez. Normalmente, puede evitar este problema si el runbook genera solo la información necesaria para la aplicación lógica, por ejemplo, mediante el cmdlet Select-Object -Property
para excluir las propiedades innecesarias.
Planeamiento para mantener actualizado el certificado
Si ha creado un certificado autofirmado según los pasos anteriores para la autenticación, tenga en cuenta que el certificado tiene una duración limitada antes de que expire. Debe volver a generar el certificado y cargar el nuevo certificado antes de su fecha de expiración.
Hay dos lugares en los que puede ver la fecha de expiración en Azure Portal.
- En Azure Automation, la pantalla Certificados muestra la fecha de expiración del certificado.
- En Microsoft Entra ID, en el registro de aplicación, la pantalla Secretos y certificados muestra la fecha de expiración del certificado utilizado para la cuenta de Azure Automation.