Identidad
Trate la identidad como el plano de control para decidir quién puede acceder a los sistemas, aplicaciones y funciones administrativas.
← Volver a Proyectos
Identidad y acceso
Laboratorio de identidad y Zero Trust
Un laboratorio de seguridad práctico centrado en la identidad como plano de control: autenticación, autorización, acceso condicional, gestión del ciclo de vida, acceso privilegiado y diseño práctico de confianza cero.
Microsoft Entra IDGestión de identidad y accesoMFAAcceso condicionalRBACMínimo privilegioCiclo de vida de la cuentaZero Trust
Resumen del proyecto
En desarrollo- Propósito
- Creación de un entorno de identidad empresarial simulado centrado en control de acceso, MFA, acceso condicional, acceso privilegiado, gestión del ciclo de vida y principios de confianza cero.
- Mi función
- Investigación, diseño y documentación de un laboratorio personal.
- Estado de implementación
- Conditional Access, MFA y los escenarios de acceso basado en roles están en progreso. Los flujos de trabajo del ciclo de vida, el acceso privilegiado y las revisiones de acceso formal siguen planificados.
- Próximo hito
- Publique exportaciones de políticas con los detalles del inquilino eliminados, una matriz de roles y pruebas de acceso esperadas versus observadas a medida que se desarrolla el laboratorio.
Repositorio de implementación: aún no publicado.
Evidencia y resultados
Lo que demuestra el trabajo
En desarrolloConditional Access, MFA y los escenarios de acceso basado en roles están en progreso. Los flujos de trabajo del ciclo de vida, el acceso privilegiado y las revisiones de acceso formal siguen planificados.
Identidad de usuario
Autenticación · MFA
Conditional Access · Funciones
Acceso a la aplicación
Trabajo documentado
- El estudio de caso define escenarios de nuevo empleado, cambio de rol, fatiga MFA y administración privilegiada.
- El laboratorio separa el trabajo de autenticación en curso del ciclo de vida planificado y los ejercicios de revisión de acceso.
Próxima evidencia a publicar
Publique exportaciones de políticas con los detalles del inquilino eliminados, una matriz de roles y pruebas de acceso esperadas versus observadas a medida que se desarrolla el laboratorio.
El enlace fuente contiene este estudio de caso publicado, no un repositorio de implementación separado.
descripción general
Por qué la identidad es lo primero
Muchas decisiones de seguridad eventualmente se convierten en decisiones de identidad: quién solicita acceso, a qué se le permite llegar, bajo qué condiciones se debe otorgar el acceso y cómo ese acceso cambia con el tiempo.
Este laboratorio está diseñado para ir más allá de la teoría de la certificación al convertir los conceptos de IAM en escenarios repetibles en torno a MFA, acceso condicional, diseño de roles, privilegios mínimos, gestión del ciclo de vida y acceso privilegiado.
El proyecto es intencionalmente iterativo. Algunos controles ya se están explorando, mientras que otros siguen planificados hasta que se desarrollen más el entorno y las políticas de laboratorio de apoyo.
Arquitectura de identidad
Acceso como ciclo de vida
autenticación
Utilice MFA y controles de autenticación más sólidos para reducir la dependencia únicamente de las contraseñas.
Autorización
Diseñe el acceso en torno a roles, grupos y privilegios mínimos en lugar de permisos amplios asignados directamente a individuos.
ciclo de vida
Administre el acceso como algo que cambia durante la incorporación, los cambios de rol, las transferencias y la baja.
Trabajo de laboratorio
Lo que estoy construyendo
El laboratorio está organizado en torno a problemas prácticos de identidad en lugar de tratar cada característica de Entra ID como un ejercicio aislado.
Estado actual
El acceso condicional, MFA y el acceso basado en roles son áreas actuales de estudio y desarrollo de laboratorio. Los flujos de trabajo del ciclo de vida, el acceso privilegiado y las revisiones de acceso formal se planifican a medida que el entorno madura.
Acceso condicional
Creación de escenarios en torno a los requisitos de autenticación, las condiciones de acceso, el contexto del usuario, la sensibilidad de las aplicaciones y una aplicación más estricta.
Aplicación del AMF
Estudiar cómo las políticas de MFA pueden reducir el compromiso de la cuenta y al mismo tiempo respaldar flujos de trabajo operativos reales y el acceso de los usuarios.
Acceso basado en roles
Modelado de permisos en torno a las responsabilidades laborales para que el acceso pueda gestionarse a través de roles y grupos en lugar de una asignación directa.
Ingreso / Mudanza / Salida
Diseño de flujos de trabajo repetibles para aprovisionar, modificar, revisar y eliminar el acceso a medida que los usuarios se mueven por la organización.
Acceso Privilegiado
Explorando cómo los privilegios administrativos pueden separarse del acceso de usuario estándar y limitarse a flujos de trabajo controlados.
Revisiones de acceso
Planificar revisiones periódicas para que se puedan validar los permisos y eliminar el acceso innecesario a medida que cambian las responsabilidades.
Escenarios Operativos
Problemas de identidad en el mundo real
Los ejercicios de identidad más útiles son aquellos que reflejan los problemas que los administradores realmente tienen que resolver.
Nuevo empleado
Pregunta
What access should a new user receive on day one, and who should approve it?
Enfoque
Define access through role-based groups and documented ownership instead of copying another employee's permissions.
Cambio de rol
Pregunta
What happens when an employee changes departments or responsibilities?
Enfoque
Remove access that is no longer required before layering on new permissions so privileges do not accumulate indefinitely.
Fatiga MFA
Pregunta
How should repeated unexpected MFA prompts be treated?
Enfoque
Treat unexpected prompts as a potential identity incident, contain the account, review authentication activity, and validate user behavior.
Administración privilegiada
Pregunta
Should everyday user accounts carry administrative privileges?
Enfoque
Separate normal work from privileged administration and reduce standing access wherever practical.
Baja de Embarque
Pregunta
How quickly should access disappear when a user leaves?
Enfoque
Disable identity access promptly, invalidate active sessions where appropriate, remove privileged access, and document completion.
Deriva de acceso
Pregunta
How do permissions become excessive over time?
Enfoque
Use periodic review, ownership, documentation, and role-based assignment to identify and remove accumulated access.
Zero Trust
Verificar el acceso en lugar de asumir la confianza
Verificar explícitamente
Tome decisiones de acceso utilizando la identidad, la solidez de la autenticación, el contexto del dispositivo, el riesgo y otras señales disponibles en lugar de depender únicamente de la ubicación.
Usar privilegios mínimos
Proporcione solo los permisos necesarios para la función actual y reduzca el acceso administrativo permanente siempre que sea posible.
Suponer incumplimiento
Diseñe el acceso para que una identidad o dispositivo comprometido no proporcione automáticamente un movimiento sin restricciones en todo el entorno.
"La identidad debería responder más que quién eres. Debería ayudar a determinar qué puedes alcanzar, en qué condiciones y durante cuánto tiempo".
Lecciones aprendidas
Lo que me está enseñando el laboratorio
01
La seguridad de la identidad tiene que ver tanto con el ciclo de vida y la gobernanza como con la autenticación.
02
Los permisos asignados directamente se vuelven difíciles de revisar y eliminar a medida que los entornos crecen.
03
MFA mejora la seguridad, pero el diseño de políticas aún debe tener en cuenta el comportamiento del usuario y la realidad operativa.
04
Los privilegios mínimos funcionan mejor cuando el acceso tiene una propiedad clara y está vinculado a roles definidos.
05
Las revisiones de documentación y acceso son necesarias porque los permisos varían naturalmente con el tiempo.
Próximos pasos
Ampliando el laboratorio
01
Cree escenarios de acceso condicional adicionales
02
Crear flujos de trabajo de entrada, mudanza y salida
03
Rol del documento y diseño de grupo.
04
ampliar las pruebas de acceso privilegiado
05
Agregar ejercicios de revisión de acceso
06
Asignar controles de laboratorio a escenarios de TI de hostelería
Más proyectos