Roles personalizados en Microsoft Entra ID: guía

By Mirko Peters · 2026-04-30 · Updated 2026-07-18

Aprende a usar roles personalizados en Microsoft Entra ID con orientación práctica sobre seguridad, gobernanza, control de acceso, implementación y casos de uso reales.

Automatically translated with AI from the original post. Read the English original

Esta guía completa explica todo lo que necesitas saber sobre los roles personalizados en Azure Entra ID. Tanto si quieres proteger tu entorno de Microsoft 365 como conceder acceso específico a los recursos de Azure, los roles personalizados te permiten ajustar los permisos exactamente a lo que necesitas.

Veremos qué son los roles personalizados, en qué se diferencian de los roles integrados y cómo permiten un control de acceso preciso. Incluiremos guías paso a paso, con cómo mantener tu entorno ordenado y seguro, cómo gestionar los roles con el tiempo y cómo asegurarte de que nunca asignas más acceso del necesario. Al final, no solo sabrás configurar y gestionar roles personalizados, sino también hacerlo con confianza y cumplimiento normativo.

Qué son los roles personalizados en Azure Entra ID

Empecemos por preparar el terreno sobre los roles personalizados en Azure Entra ID: qué son, por qué importan y cómo encajan en la estrategia general de gestión de accesos de tu organización.

Azure Entra ID, anteriormente conocido como Azure Active Directory, es el núcleo de la identidad y el acceso a los recursos en la nube de Azure y Microsoft 365. Microsoft ofrece un conjunto sólido de roles integrados, pero a veces esos roles son demasiado amplios o simplemente no se ajustan a las necesidades concretas de tu negocio.

Los roles personalizados cubren esa carencia al permitirte definir exactamente qué permisos reciben los usuarios y los grupos, hasta el nivel de una sola acción. Así, nunca tienes que dar a alguien más acceso del que debería tener solo porque un rol integrado se extralimita.

A medida que avances en las siguientes secciones, conocerás los principios fundamentales de los roles personalizados. Esto te permitirá crear un modelo de acceso seguro y flexible que proteja tu entorno y respalde la forma en que trabajan tus equipos. Analicemos las diferencias entre los roles integrados y los personalizados y veamos qué recursos admiten este nivel de control.

Qué son los roles personalizados en Azure y por qué usarlos

Los roles personalizados en Azure son conjuntos de permisos definidos por el usuario que puedes crear cuando los roles integrados de Microsoft no se ajustan a las necesidades de tu organización. Cada rol describe con precisión qué acciones puede realizar un usuario o un grupo dentro de tu entorno de Azure o Microsoft 365.

A diferencia de los roles integrados, diseñados para escenarios habituales como «Propietario», «Colaborador» o «Lector», los roles personalizados ofrecen un control granular. Tú decides qué permisos concede cada rol, de modo que solo permites el acceso a los recursos y acciones necesarios, y nada más.

El valor real de los roles personalizados se resume en dos ventajas: flexibilidad y seguridad. Con ellos puedes aplicar el principio de mínimo privilegio, concediendo a los usuarios solo los permisos necesarios para su trabajo y ninguno adicional. Esto reduce el riesgo, evita cambios accidentales y facilita los objetivos de auditoría y cumplimiento.

Al centrarte en permisos concretos, no tienes que conceder accesos amplios solo para que alguien pueda realizar una tarea puntual. Este enfoque quirúrgico del control de acceso evita la acumulación excesiva de permisos, cierra brechas de seguridad y mantiene tu entorno ordenado y fácil de gestionar. Para las organizaciones comprometidas con una gobernanza sólida en la nube, los roles personalizados en Entra ID son una herramienta esencial. Si quieres profundizar en la estrategia de gobernanza de Azure, consulta esta guía sobre estrategia de gobernanza empresarial en Azure, que explica cómo las directivas aplicadas y el RBAC personalizado protegen frente a la deriva de directivas y el caos operativo.

Objetos admitidos y ámbito de los roles personalizados de Azure

• Grupos de administración: aplica roles personalizados en el nivel superior para gestionar permisos en varias suscripciones de Azure de tu organización. Útil para directivas globales y entornos de gran escala.
• Suscripciones: asigna roles personalizados a nivel de suscripción para controlar los permisos sobre todos los recursos y cargas de trabajo de esa suscripción de Azure.
• Grupos de recursos: define el ámbito de los roles personalizados de forma más restringida a un grupo de recursos relacionados. Así puedes delegar solo lo necesario para un proyecto o una aplicación.
• Recursos o áreas de trabajo individuales: configura roles personalizados para recursos concretos (como una cuenta de almacenamiento o un área de trabajo específica) cuando necesites el ámbito de permisos más restringido posible.
• Objetos de Entra ID (Azure AD): Puedes asignar roles personalizados directamente a usuarios, grupos (incluidos los grupos de seguridad y los grupos de Microsoft 365) y entidades de servicio, lo que lo hace flexible tanto para escenarios de acceso interno como externo.

Los roles personalizados siguen la jerarquía de Azure: los permisos se pueden heredar o sobrescribir en niveles inferiores, lo que respalda las estrategias de mínimo privilegio y separación de funciones de tu organización.

Crear y administrar roles personalizados en Azure Entra ID

Poner en marcha roles personalizados en Azure Entra ID no es cuestión de pulsar un interruptor. Requiere un equilibrio cuidadoso: saber qué acceso se necesita, configurar los roles con los permisos adecuados y tener un plan para administrarlos a medida que las cosas cambian.

Esta sección te guiará a lo largo de todo el ciclo de vida: crear un rol personalizado, actualizarlo con seguridad cuando cambien los requisitos y eliminar los roles cuando ya no sean necesarios. También verás cómo elegir los permisos adecuados para tu caso de negocio, incluidas las mejores prácticas para usar permisos con comodines (el clásico arma de doble filo).

El objetivo es que puedas crear, adaptar y retirar roles personalizados sin romper nada, manteniendo tu entorno seguro y conforme a la normativa. Lo veremos todo paso a paso y compartiré consejos prácticos que sirven tanto si estás empezando como si administras un inquilino complejo y en crecimiento.

Cómo crear, editar y eliminar roles personalizados de Azure

• Crear un rol personalizadoIdentifica las tareas concretas que debe permitir el rol, como el acceso de solo lectura a determinados recursos o la capacidad de reiniciar máquinas virtuales.
• Reúne los permisos necesarios usando las definiciones de acciones de Azure (por ejemplo, Microsoft.Compute/virtualMachines/restart/action).
• Utiliza el portal de Azure, Azure CLI o Azure PowerShell para definir un nuevo rol personalizado, incluyendo el nombre del rol, la descripción, los ámbitos asignables y la matriz de permisos.
• Revisa y guarda tu rol personalizado. Pruébalo en un entorno controlado para comprobar que el acceso se limita a lo necesario.
• Editar (actualizar) un rol personalizadoCuando cambien los requisitos del negocio o las necesidades de seguridad, puedes actualizar los permisos, las descripciones o los ámbitos asignados del rol.
• Documenta siempre las actualizaciones y vuelve a validar que solo están presentes los permisos previstos. Evita añadir permisos de forma que amplíes el acceso más de lo necesario.
• Comunica los cambios a los usuarios y equipos afectados para evitar sorpresas e interrupciones.
• Eliminar un rol personalizadoAntes de eliminar un rol personalizado, audita sus asignaciones activas. Asegúrate de que ningún proceso o usuario crítico dependa de él.
• Quita la asignación del rol a usuarios y grupos, migra el acceso cuando sea oportuno y asegúrate de que la eliminación no interrumpirá el flujo del negocio.
• Usa las herramientas de Azure para eliminar el rol por completo. Documenta los roles eliminados para fines de cumplimiento normativo y de referencia histórica.

Seguir estos pasos te ayuda a mantener el cumplimiento y una seguridad estricta, a la vez que garantizas que tu modelo de acceso se adapte al crecimiento de tu entorno de Azure.

Definir permisos y usar permisos con comodines de forma segura

• Elige los permisos con criterioEmpieza listando las acciones concretas que necesitan tus usuarios, no «todo lo que existe». Consulta las mejores prácticas de seguridad y gobernanza de Power Platform de Microsoft para resolver brechas de acceso y alinear los permisos con los requisitos de cumplimiento.
• Agrupa los permisos relacionados para reducir la sobreasignación («proliferación de permisos»).
• Cuándo usar permisos con comodines (*)Los comodines conceden todos los permisos dentro de una categoría (como Microsoft.Storage/*) y son potentes pero arriesgados. Úsalos solo cuando el caso de uso requiera realmente un acceso amplio para el rol.
• Prefiere enumerar explícitamente los permisos en lugar de usar comodines siempre que sea posible, para evitar escaladas de privilegios accidentales o efectos secundarios no deseados.
• Asigna permisos «Contributor» con precauciónLos permisos de Contributor o «contribute» suelen incluir acciones peligrosas o inesperadas. Revisa siempre qué cubre la definición y restringe su alcance cuando sea posible.
• Elimina las acciones de eliminación o de propiedad si no son necesarias, usando «denyAssignments» o roles personalizados que excluyan las capacidades de riesgo.
• Prueba los roles antes de asignarlosAsigna tu rol personalizado a un usuario de prueba en un entorno de pruebas (sandbox). Recorre las acciones habituales y también posibles «accidentes» para ver realmente qué está permitido.
• Documenta el comportamiento esperado frente al real. Si hay alguna discrepancia, ajusta los permisos antes de pasar a producción.
• Revisión y actualización continuasVigila el uso de los roles junto con los procesos de auditoría más amplios. Elimina o restringe los permisos cuando el negocio ya no los necesite.
• Audita los roles periódicamente para asegurarte de que la gobernanza sigue alineada con las normas de cumplimiento en evolución.

Si modelas los permisos de forma deliberada y limitas el uso de comodines, mantendrás tu entorno de Azure bien controlado y ágil, y reducirás tu exposición a riesgos de seguridad relacionados con el acceso.

Asignar roles personalizados a usuarios y grupos en Entra ID

Una vez definidos los roles personalizados que necesitas, el siguiente paso es asignarlos a las personas adecuadas. Azure Entra ID te permite asignar estos roles a particulares, equipos o incluso socios externos, lo que te da control y agilidad sobre quién puede hacer qué.

Esta sección explica cómo asignar roles personalizados en distintos niveles, como espacios de trabajo y sitios, y cómo trabajar con grupos internos y externos. Las asignaciones no son algo que se configure una vez y se olvide: conviene ser estratégico y asegurarse de que el acceso siga siendo preciso cuando terminan los proyectos, las personas cambian de puesto o los proveedores externos entran y salen.

También encontrarás consejos para estructurar las asignaciones de forma que sean fáciles de revisar y entrañen un riesgo mínimo. Como las asignaciones de roles suelen ser un punto problemático cuando se descontrolan, destacaremos estrategias para mantenerlas manejables y conformes, incluido el uso de las herramientas integradas de Entra para la gobernanza continua. Si quieres saber más sobre los peligros de las cuentas de invitado olvidadas, consulta cómo gestionar el ciclo de vida de las cuentas de invitado de Microsoft 365 para reforzar la higiene de identidades.

Asignar roles personalizados a nivel de espacio de trabajo y de sitio

• Asignaciones a nivel de espacio de trabajoDesde Azure Portal, selecciona el recurso del espacio de trabajo y, a continuación, "Control de acceso (IAM)".
• Haz clic en "Agregar asignación de roles", elige tu rol personalizado y selecciona los usuarios o grupos a los que quieres conceder permisos solo para ese espacio de trabajo.
• Usa las asignaciones a nivel de espacio de trabajo para equipos de desarrollo y pruebas, o para aplicaciones sensibles que necesitan un acceso muy acotado.
• Asignaciones a nivel de sitio (o recurso)Ve directamente al sitio o recurso concreto, accede a los controles de IAM y asigna tu rol personalizado solo a ese elemento.
• Así el acceso queda seguro y aislado, sobre todo al gestionar recursos de varios proyectos o departamentos.
• Ideal para administradores de un solo sitio, propietarios de aplicaciones o proveedores externos que no necesitan ningún otro acceso.
• Asignaciones a nivel de suscripciónVe a la suscripción de Azure, accede a la sección IAM y asigna roles personalizados a los usuarios o grupos que necesiten permisos sobre todos los recursos de la suscripción.
• Las asignaciones a nivel de suscripción funcionan bien para administradores de nube o equipos de plataforma que supervisan cargas de trabajo amplias.
• Buenas prácticasAsigna siempre el ámbito más reducido posible. Es preferible conceder acceso a nivel de espacio de trabajo o de sitio en lugar de a toda la suscripción, salvo que sea absolutamente necesario.
• Documenta cada asignación con su justificación de negocio, lo que resultará útil para las auditorías y para limpiezas futuras.
• Revisa periódicamente y revoca las asignaciones de roles de los usuarios que ya no necesitan acceso.

Con estos enfoques evitarás una sobreexposición accidental y mantendrás un acceso sólido basado en roles en todas las capas de Azure.

Gestión de asignaciones de roles personalizados y grupos

• Asignar a grupos gestionados: asigna roles personalizados a grupos de Entra ID en lugar de a usuarios individuales para lograr una gestión de acceso escalable y coherente.
• Revisar la pertenencia a grupos: audita periódicamente las listas de grupos para eliminar a los usuarios que ya no necesitan acceso o que han cambiado de rol.
• Automatizar las revisiones de asignaciones: usa las herramientas de revisión de acceso de Entra ID (como Access Reviews o la administración de derechos) para confirmar periódicamente que la pertenencia a grupos y las asignaciones de roles siguen siendo válidas.
• Limitar la exposición de socios externos: establece fechas de caducidad o utiliza accesos con límite de tiempo para invitados o proveedores externos, de modo que las asignaciones residuales se eliminen automáticamente.
• Supervisión y auditoría: registra las asignaciones de roles mediante registros y reportes. Los procesos de auditoría reforzados, como los que se aplican en los marcos de control de uso compartido externo de SharePoint/OneDrive que se describen en SharePoint/OneDrive external sharing control frameworks, son clave para evitar riesgos de acceso invisible y cerrar brechas de seguridad.

Herramientas e interfaces para la gestión de roles personalizados en Azure

A nadie le apetece navegar por interminables pantallas de Azure cuando hay una forma más sencilla. Azure ofrece varias interfaces (Azure CLI, PowerShell y la API REST) para automatizar y programar la creación y gestión de roles personalizados.

Esta flexibilidad te ayuda a escalar, estandarizar y reducir los errores manuales. Tanto si prefieres hacer clic en el portal como si eres de los que trabajan en la línea de comandos o ejecutan canalizaciones de infraestructura como código, hay una herramienta para ti. Cada una te permite crear, actualizar, asignar y supervisar roles personalizados con rapidez, encajando en el flujo de trabajo que mejor funcione para tu equipo.

Las siguientes secciones recorrerán cada interfaz con ejemplos prácticos, para que ganes eficiencia, coherencia y control. Si te decantas por la automatización, estas herramientas también se integran muy bien con los marcos de gobernanza más amplios y con las prácticas de DevOps en Microsoft 365 y Azure. Si tu interés está en los temas organizativos y de arquitectura a mayor escala, presta atención a las lecciones aprendidas en los recientes podcasts sobre Microsoft 365 Copilot y arquitectura empresarial, aunque la página original sobre automatización con PowerShell ya se haya movido.

Gestión de roles personalizados con Azure CLI y PowerShell

• Crear un rol personalizado con Azure CLIUsa el comando az role definition create --role-definition con un archivo JSON que describa tu rol personalizado.
• Define las acciones, los ámbitos asignables y un nombre descriptivo. Guarda el archivo del rol en un sistema de control de versiones para futuras revisiones.
• Ejemplo: az role definition create --role-definition ./customReaderRole.json
• Editar o actualizar un rolExporta la definición del rol con az role definition list o az role definition show. Realiza los cambios y, a continuación, usa az role definition update --role-definition para aplicar las actualizaciones de forma segura.
• Lleva un registro de las actualizaciones para cumplir con los requisitos de cumplimiento normativo y poder revertir cambios si es necesario.
• Asignar un rol con Azure CLIaz role assignment create --assignee [user/group/object_id] --role "[role name]" --scope [resource_id]
• Ideal para incorporar rápidamente a nuevos usuarios o ajustar el acceso de los equipos en bloque.
• Usar módulos de PowerShellImporta el módulo Az y usa New-AzRoleDefinition para crear roles y Set-AzRoleDefinition para modificarlos.
• PowerShell es ideal para programar actualizaciones masivas o para integrarse con las herramientas de administración basadas en Windows que ya tengas.
• Las asignaciones de roles pueden automatizarse con New-AzRoleAssignment para un despliegue rápido.
• Automatización con scriptsLos scripts de PowerShell y de la CLI pueden programarse o integrarse en canalizaciones de CI/CD para una gestión de roles personalizados repetible y sin intervención manual.
• Incluye registro de actividad y comprobaciones de errores sencillas para documentar los cambios y facilitar las auditorías.

Con los scripts a tu favor, ganas precisión, ahorras tiempo y haces que los roles personalizados sean manejables, incluso a gran escala.

Automatizar la gestión de roles personalizados con la API REST de Azure

La API REST de Azure permite gestionar los roles personalizados de forma directa y programática a gran escala. Puedes crear, actualizar y auditar definiciones de roles personalizados desde tus propias canalizaciones de automatización, integrándolas sin fisuras con los flujos de trabajo de DevOps y CI/CD.

Con endpoints como /providers/Microsoft.Authorization/roleDefinitions y /roleAssignments puedes crear automatizaciones que mantengan tu modelo de acceso coherente y trazable. Esto resulta especialmente útil en organizaciones grandes o en entornos con cambios frecuentes, donde todo debe estar documentado y ser reproducible, desde el diseño de roles personalizados mediante la API hasta la asignación y las auditorías continuas.

No olvides validar los formatos de entrada y salida de la API y realiza siempre la gestión de roles a través de canales seguros y autenticados, para garantizar un cumplimiento normativo sólido.

Buenas prácticas de mantenimiento y seguridad de los roles personalizados

Crear roles personalizados es solo el principio. Si no te ocupas del mantenimiento y de una buena higiene, tu modelo de acceso puede volverse desordenado y arriesgado con el tiempo.

Las buenas prácticas se centran en dos objetivos: mantenerse seguro y mantenerse organizado. Esto implica realizar auditorías periódicas para detectar roles sin uso, reducir la proliferación de permisos y asegurarse de que los roles se ajustan a las necesidades cambiantes del negocio. También incluye mantener actualizada la documentación técnica, usar los formatos de archivo adecuados para la automatización y tener siempre presente el cumplimiento normativo.

A continuación, verás cómo eliminar los roles que ya no son necesarios y entraremos en los detalles técnicos de cómo se estructuran y validan los roles en Azure. Todo gira en torno a mantener tu entorno ligero, seguro y preparado para cualquier cosa. Para una seguridad de Microsoft aún más robusta, echa un vistazo a cómo herramientas como Microsoft Purview y Defender pueden integrarse en marcos de buenas prácticas como los que se detallan en ironclad M365 security.

Auditoría y limpieza de roles personalizados sin uso

• Revisa las asignaciones de roles: audita periódicamente qué usuarios y grupos tienen roles personalizados y a qué accesos les dan derecho esos roles.
• Identifica roles sin uso o redundantes: utiliza los informes y los registros de acceso de Azure para detectar roles sin actividad reciente o que dupliquen roles integrados u otros roles personalizados.
• Documenta para cumplimiento: guarda registros de por qué existe un rol, cuándo se utilizó por última vez y quién es su propietario. Esto resulta muy útil para auditorías o revisiones de cumplimiento.
• Elimina con cuidado: quita la asignación de los roles personalizados antes de eliminarlos para evitar romper flujos de trabajo. Verifica siempre que no exista ninguna dependencia activa antes de eliminarlos.
• Automatiza las auditorías de roles: programa revisiones periódicas con las herramientas de Azure o con las funciones de auditoría de Microsoft Purview (audit user activity with Microsoft Purview) para detectar roles obsoletos y permisos innecesarios antes de que se acumulen.

Formatos de entrada y salida de las definiciones de roles en Azure

Las definiciones de roles de Azure utilizan el formato JSON tanto para la entrada (al crear o actualizar) como para la salida (al exportar o auditar). Esta estructura mantiene los roles personalizados coherentes y fáciles de gestionar a gran escala.

Los campos obligatorios de una definición de rol incluyen Name, Id, Description, Actions (la matriz de permisos), NotActions (cualquier denegación explícita) y AssignableScopes (dónde puede utilizarse el rol). Las propiedades opcionales ayudan a aclarar la intención y la gestión de los scripts de automatización.

La matriz de permisos enumera cada acción permitida, como "Microsoft.Storage/read" o "Microsoft.KeyVault/vaults/secrets/set". Los comodines (como "*/read") se admiten, pero conviene usarlos con moderación, tal como se explicó antes.

Para validar, utiliza Azure Portal, Azure CLI o PowerShell para probar e implementar tus archivos JSON. La API de Azure también devuelve JSON, lo que te permite extraer y versionar las definiciones de roles como parte de los pipelines de tu código de infraestructura. Revisa siempre el formato antes de publicar los cambios: un formato no válido implica errores de implementación o, peor aún, brechas de seguridad por actualizaciones fallidas.

En equipos que automatizan a gran escala, almacenar estos archivos JSON en sistemas de control de versiones garantiza que cada cambio quede registrado, revisado y pueda revertirse si es necesario. Esta práctica facilita la documentación, la vuelta atrás tras un error y las comprobaciones de cumplimiento con el mínimo esfuerzo.

Evita los roles personalizados con privilegios excesivos y mitiga el riesgo de seguridad

¿El error más habitual con los roles personalizados? Querer ser útil y acabar concediendo muchos más permisos de los necesarios. Los roles con privilegios excesivos abren la puerta a fugas de datos accidentales, caídas de sistemas, escalada de privilegios o, simplemente, al caos cuando alguien tiene acceso para "eliminar todo" sin que le corresponda.

Para mantener la seguridad, diseña siempre teniendo presente el principio de privilegio mínimo. Empieza asignando las acciones necesarias a las actividades reales del puesto y elimina todo lo que sobre. Valida cada permiso y pregúntate: "¿Realmente necesita este usuario esto?" Aprovecha los análisis integrados de Azure y las revisiones de acceso para detectar asignaciones arriesgadas o roles personalizados demasiado amplios.

También conviene auditar periódicamente la "acumulación de permisos" (permission creep): esa acumulación lenta de derechos de acceso que se produce cuando las personas cambian de proyecto o de función, pero conservan sus accesos anteriores. Utiliza herramientas de gobernanza de identidades, retira los roles que apenas se usan y asegúrate de que ningún rol personalizado permita a un usuario asignarse (o asignar a otros) privilegios superiores. Así se bloquea una de las principales vías de escalada de privilegios y tu postura de seguridad se mantiene firme.

Si estás luchando contra la proliferación de identidades y los agujeros de directivas de riesgo, escucha los episodios sobre el Entra ID conditional access security loop. Está lleno de consejos para controlar el crecimiento del acceso condicional y mantener el control de tu modelo de seguridad en la nube.

Ciclo de vida de los roles personalizados y estrategias de gobernanza

Gestionar roles personalizados no es solo «configurarlo y olvidarse». Como cualquier activo de TI valioso, los roles personalizados necesitan un ciclo de vida: planificación cuidadosa, despliegue profesional, actualizaciones periódicas y una retirada respetuosa cuando ya no se necesiten. Las organizaciones con procesos formales (gestión de cambios, flujos de aprobación y comités de gobernanza del acceso) suelen afrontar mejor los cambios, con menos sorpresas desagradables.

Los flujos de aprobación garantizan que las personas adecuadas den su visto bueno antes de que un rol nuevo o actualizado entre en vigor. Esto es clave para el cumplimiento normativo, sobre todo en sectores regulados, y para detectar errores antes de que se conviertan en problemas de seguridad. El control de versiones de los documentos ayuda a registrar qué ha cambiado y a mantener la compatibilidad con versiones anteriores, lo que reduce el riesgo de romper procesos dependientes cuando se actualiza un rol.

Cuando llega el momento de retirar un rol o marcarlo como obsoleto, programa la comunicación, prueba los sistemas afectados y usa migraciones por fases a las nuevas versiones del rol. Así se evitan huecos de acceso y se mantienen contentos tu equipo (y los auditores). Las organizaciones con plataformas mixtas deberían asignar las definiciones de roles entre plataformas para mantener una gobernanza de identidades y una aplicación de directivas coherentes.

Una gobernanza sólida es la última línea de defensa cuando las cosas se complican, sobre todo a medida que los entornos ganan complejidad o se añaden automatización e IA. Para las organizaciones que gestionan el riesgo a gran escala, establecer un comité de gobernanza ayuda a garantizar un proceso de revisión, responsabilidad y cumplimiento, sin importar los cambios que se presenten en el futuro.

También te recomendamos escuchar

Si estás investigando roles personalizados en Microsoft Entra ID, estos episodios aportan contexto práctico sobre seguridad de identidades, gobernanza, acceso privilegiado e implementación:

• Microsoft Defender XDR – Simply Explained — Conecta la gobernanza de identidades con las señales de seguridad, la investigación y la respuesta.
• Conditional Access – Simply Explained — Descubre cómo los controles de acceso basados en directivas hacen cumplir las decisiones sobre identidades.
• Privileged Identity Management – Simply Explained — Comprende el privilegio just-in-time, las aprobaciones y las revisiones de acceso.
• Microsoft Teams Governance – The Illusion of Control — Descubre cómo la gobernanza convierte los permisos y la propiedad en operaciones repetibles.