Identificación de software perimetral y soluciones VPN/SSO

3 tareas · 38 min · Principiante

Los portales de inicio de sesión único (SSO) y las pasarelas VPN son la puerta de entrada primaria a las redes corporativas. Identificar qué solución tecnológica utiliza la víctima, qué proveedor de identidad gestiona las credenciales y si se aplican políticas estrictas de autenticación multifactor es el primer paso antes de formular cualquier hipótesis de acceso.

0 de 3 · 0%

Objetivo de la sala

Abre identificacion_perimetral_sso.txt en la consola del laboratorio con el entorno rt-recon-pasivo-guia.

Revisa la sección 2. Las pasarelas de acceso remoto suelen tener interfaces web con títulos distintivos, certificados SSL con nombres de servidor característicos y rutas estandarizadas que permiten clasificarlas sin necesidad de interactuar agresivamente con ellas.

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

Según identificacion_perimetral_sso.txt, ¿cuáles son las soluciones frecuentes de pasarelas VPN enumeradas? Escribe la viñeta completa con su guion inicial.

Ver pista de ayuda

Revisa la primera viñeta bajo la sección 2 en identificacion_perimetral_sso.txt.

Examina la sección 1 en identificacion_perimetral_sso.txt.

Las organizaciones modernas centralizan el acceso en plataformas como Microsoft Entra ID (Azure AD), Okta o Ping Identity. Los estándares abiertos de federación (OpenID Connect) publican documentos de metadatos accesibles públicamente que detallan la configuración de identidad del dominio objetivo.

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é datos técnicos revela el endpoint de autodescubrimiento /.well-known/openid-configuration de un portal corporativo?

Las contraseñas privadas de los usuarios del dominio Los endpoints de autorización, las claves criptográficas públicas (JWKS) y los métodos de autenticación soportados El código fuente de las aplicaciones internas de la empresa

Ver pista de ayuda

Los metadatos de configuración exponen la arquitectura del flujo de autenticación del proveedor de identidad.

Consulta la sección 3 en identificacion_perimetral_sso.txt.

Incluso en organizaciones con políticas de segundo factor de autenticación (MFA) obligatorias para navegación web, pueden existir protocolos antiguos (Legacy Authentication como IMAP, POP3 o SMTP autenticado) habilitados en plataformas de correo en la nube.

Estos protocolos antiguos no tienen la capacidad técnica de solicitar un código MFA interactivo, permitiendo validar credenciales directamente si la política de acceso condicional no los ha bloqueado explícitamente.

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

¿Por qué la autenticación heredada (Legacy Auth) representa una superficie de ataque atractiva para el Red Team?

Porque eliminan los registros de eventos de Windows Porque estos protocolos no soportan flujos interactivos de segundo factor (MFA), facilitando la validación directa de credenciales Porque permiten el acceso de superusuario sin requerir usuario ni contraseña

Ver pista de ayuda

La incapacidad de solicitar MFA convierte a estos protocolos en el punto más débil de la cadena de acceso.

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

Entrar · Registrarse

Preparando el escritorio…

Objetivo: osint-analyst.local

16:24

Terminal (user@whoami)

Tab Autocompletar ↑/↓ Historial

bash 5.2.21

Whoami-Labs OS v3.0.1 LTS · build 733482

1 Mapeo pasivo de pasarelas VPN corporativas Lab

2 Descubrimiento de capacidades en proveedores de identidad Lab

3 La debilidad de la autenticación heredada Lab

Whoami-Labs Pro utiliza cookies