🔒 Registro cerrado · Apertura oficial próximamente · Acceso exclusivo para alumnos activos
Iniciar SesiónRelaciones de confianza entre bosques
4 tareas · 30 min · Principiante
En corporaciones con múltiples filiales o empresas adquiridas, un único dominio no basta: se despliegan bosques independientes interconectados mediante relaciones de confianza (Trusts). En esta sala estudiarás la arquitectura de confianzas en Active Directory, los límites de seguridad entre dominios y bosques, y los mecanismos como SID Filtering que evitan que un administrador local comprometa el entorno matriz.
Objetivo de la sala
En corporaciones con múltiples filiales o empresas adquiridas, un único dominio no basta: se despliegan bosques independientes interconectados mediante relaciones de confianza (Trusts). En esta sala estudiarás la arquitectura de confianzas en Active Directory, los límites de seguridad entre dominios y bosques, y los mecanismos como SID Filtering que evitan que un administrador local comprometa el entorno matriz.Una relación de confianza en Active Directory permite que los usuarios de un dominio A accedan a recursos en un dominio B sin duplicar sus cuentas. Las confianzas tienen dos propiedades esenciales: 1) Dirección: unidireccional (los usuarios de un lado acceden al otro, pero no al revés) o bidireccional. 2) Transitividad: si el dominio A confía en B y B confía en C, una confianza transitiva permite que A confíe implícitamente en C. Las confianzas de bosque (Forest Trusts) conectan dos árboles enteros con soporte de autenticación Kerberos cruzada.
Responde para continuar
¿Qué determina que una relación de confianza en Active Directory sea clasificada como transitiva?
Ver pista de ayuda
La transitividad propaga el enlace de autenticación más allá de los dos dominios directamente conectados.
Un error conceptual extendido es considerar el 'dominio' como una barrera impenetrable. En la arquitectura oficial de Microsoft, el único límite real de seguridad es el Bosque (Forest). Si un atacante toma el control total de un dominio hijo dentro del mismo bosque, existen vectores técnicos (como la manipulación del historial de identificadores de seguridad o el catálogo global) para saltar al dominio raíz y obtener privilegios de Enterprise Admins. Los dominios dentro de un bosque son límites de gestión, no de aislamiento de seguridad.
Responde para continuar
¿Cuál es la frontera de aislamiento y seguridad efectiva definida por Microsoft en una arquitectura de Active Directory?
Ver pista de ayuda
Dentro de un mismo bosque existen vías técnicas para saltar de un dominio secundario a la raíz.
Cuando un usuario de un bosque foráneo se autentica a través de una confianza externa, su ticket Kerberos incluye sus identificadores de grupo (SIDs). Un atacante que controla su propio dominio podría inyectar manualmente en su ticket el identificador del grupo Domain Admins del bosque víctima (SID History Injection). Para neutralizar esto, Microsoft aplica SID Filtering: el controlador de dominio receptor descarta cualquier identificador de seguridad del ticket que pertenezca a su propio espacio de nombres.
Responde para continuar
¿Qué mecanismo de protección impide que un atacante inyecte credenciales de administración ajenas en un ticket de confianza externa?
Ver pista de ayuda
Limpia del ticket cualquier identificador que pretenda arrogarse privilegios dentro del dominio destino.
Para mapear las conexiones de un entorno empresarial se utiliza el cmdlet Get-ADTrust -Filter * o la herramienta nltest /domain_trusts. La salida revela el nombre del dominio remoto, el sentido de la confianza (Inbound, Outbound, Bidirectional), si es intra-bosque o inter-bosque y si tiene activo el filtrado de identificadores (SelectiveAuthentication y SIDFilteringForest). Estos datos permiten a los auditores identificar confianzas heredadas con filiales desactualizadas.
Responde para continuar
¿Qué comando nativo de consola permite inspeccionar las relaciones de confianza configuradas en un dominio?
Ver pista de ayuda
Recupera los objetos de tipo trustedDomain almacenados en el contenedor System de Active Directory.
Whoami-Labs Pro
Whoami-Labs Pro utiliza cookies
Utilizamos cookies y almacenamiento local para el funcionamiento del sitio, seguridad de sesión y, si lo autorizas, analítica y marketing. Puedes aceptar, rechazar o personalizar. Política de Privacidad
Preferencias
Configuraciones de cookies
Elige qué categorías permitir. Las esenciales siempre están activas. Consulta la Política de Privacidad.
Esenciales
Siempre activas · sesión, CSRF, tema y esta preferencia
Necesarias para iniciar sesión, proteger formularios (CSRF) y recordar tu elección de cookies y tema. Sin ellas la plataforma no funciona de forma segura.
Analíticos
Hoy no activos en la plataforma; listos para cuando se conecten
Nos ayudan a entender uso de cursos y páginas. Si los activas, se usarán cuando conectemos analítica; hasta entonces no se carga ningún tracker.
Marketing
Hoy no activos; campañas futuras solo con tu permiso
Comunicaciones o campañas. No activos hoy en la plataforma; quedarán listos si los conectamos y solo si los permites.