Identidad común y federación entre proveedores

4 tareas · 38 min · Principiante

Gestionar usuarios locales separados en cada nube multiplica las credenciales huérfanas y fragmenta los accesos. Se diseña la federación de identidades mediante OIDC y se audita el mapeo de roles privilegiados en Hoteles Yarumo.

0 de 4 · 0%

Objetivo de la sala

En entornos híbridos y multinube, crear cuentas de usuario independientes en AWS IAM, Azure Entra ID y el Directorio Activo local es insostenible y peligroso. La arquitectura de identidad debe centralizar el proveedor de identidad corporativo (IdP), estableciendo confianzas federadas mediante OpenID Connect (OIDC) o SAML 2.0. Los usuarios se autentican una sola vez con MFA condicional y asumen roles efímeros de corta duración en cada proveedor de nube.

Responde para continuar

¿Cuál es la ventaja de utilizar federación OIDC/SAML frente a cuentas de usuario locales en cada nube?

Elimina las credenciales estáticas en la nube y centraliza el gobierno de identidades y MFA en un único IdP Hace innecesario el uso de roles en AWS y suscripciones en Azure Permite que los desarrolladores compartan contraseñas maestras entre equipos

Ver pista de ayuda

Considera la gestión del ciclo de vida (altas, bajas y rotación de factores) en un solo punto.

La federación moderna utiliza tokens de identidad firmados digitalmente para el intercambio de credenciales temporales.

Abre el laboratorio y lee federacion-multinube.txt. Identifica qué mecanismo de confianza conecta el IdP corporativo con AWS IAM.

Esta tarea se hace en el laboratorio

Un escritorio Linux con terminal, aquí en la página. No instalas nada y no puedes romper nada.

Preparando el escritorio…

Responde para continuar

¿Qué mecanismo de confianza opera entre Entra ID y AWS IAM según la matriz de federación? Escribe su nombre.

Ver pista de ayuda

Revisa la fila de AWS en la tabla de federación multinube.

Un error común al mapear grupos corporativos hacia la nube es otorgar privilegios administrativos globales por comodidad de los desarrolladores.

Examina roles-cruzados.txt y localiza el rol de AWS que concede permisos equivalentes a AdministratorAccess de manera excesiva.

Esta tarea se hace en el laboratorio

Un escritorio Linux con terminal, aquí en la página. No instalas nada y no puedes romper nada.

Preparando el escritorio…

Responde para continuar

¿Qué rol de AWS presenta privilegios excesivos de administrador total según la auditoría de roles cruzados? Escribe el nombre del rol.

Ver pista de ayuda

Consulta la primera fila de la tabla de roles cruzados.

El principio de mínimo privilegio exige desglosar roles monolíticos en funciones operativas acotadas (auditoría de seguridad, gestión de red, lectura de logs) con políticas restrictivas de sesión.

Responde para continuar

¿Qué medida debe aplicar el arquitecto de seguridad sobre el rol AWS-SecurityAdmin?

Desactivar la autenticación multifactor para facilitar las guardias del SOC Permitir que el rol sea asumido por cualquier usuario anónimo de Internet Reemplazar AdministratorAccess por políticas específicas de seguridad y auditoría sin capacidad de alterar recursos

Ver pista de ayuda

Aplica la restricción de privilegios estrictamente a las tareas de supervisión y defensa.

Inicia sesión para registrar tus puntos y progreso en el ranking.

Entrar · Registrarse

Preparando el escritorio…

Objetivo: arquitectura.hoteles-yarumo.local

16:24

Terminal (user@whoami)

Tab Autocompletar ↑/↓ Historial

bash 5.2.21

Whoami-Labs OS v3.0.1 LTS · build 733482

1 El plano de identidad unificado

2 Mecanismo de confianza con AWS IAM Lab

3 Detección de roles con permisos excesivos Lab

4 Reducción al mínimo privilegio

Whoami-Labs Pro utiliza cookies