TryHackMe compTIA Pentest+ Breaching Active Directory

Hola hacketones! Bienvenidos a un nuevo CTF veremos: TryHackMe compTIA Pentest+ Breaching Active Directory 

Tarea 1 Introducción a las brechas de seguridad de Active Directory

Directorio activo (ANUNCIO) es utilizado por aproximadamente el 90% de las empresas de Global Fortune 1000. Si el entorno de una organización utiliza Microsoft Windows, es casi seguro que encontrará Microsoft  es el conjunto dominante utilizado para administrar redes de dominio de Windows. Sin embargo, dado que Se utiliza para la gestión de identidades y accesos de toda la infraestructura; posee las llaves del reino, lo que lo convierte en un objetivo muy probable para los atacantes.

Violación de Active Directory

Antes de que podamos explotar. Para evitar configuraciones incorrectas que permitan la escalada de privilegios, el movimiento lateral y la ejecución de objetivos, primero necesita acceso inicial. Necesita adquirir un conjunto inicial de credenciales válidas. Debido al número de servicios y características, la superficie de ataque para obtener un conjunto inicial. Las credenciales suelen ser importantes. En esta sala, hablaremos de varias opciones, pero esta lista no es exhaustiva.

Al buscar ese primer conjunto de credenciales, no nos centramos en los permisos asociados a la cuenta; por lo tanto, incluso una cuenta con pocos privilegios sería suficiente. Simplemente buscamos una forma de autenticarnos.  Lo que nos permite realizar una enumeración adicional en sí mismo.

Objetivos de aprendizaje

En esta red, cubriremos varios métodos que se pueden utilizar para vulnerar la seguridad. Esta no es de ninguna manera una lista completa, ya que cada día se descubren nuevos métodos y técnicas. Sin embargo, cubriremos las siguientes técnicas para recuperar credenciales en esta red:

• NTLM Servicios autenticados
• LDAP Vincular credenciales
• relés de autenticación
• Kit de herramientas de implementación de Microsoft
• Archivos de configuración

Podemos utilizar estas técnicas en una evaluación de seguridad, ya sea atacando los sistemas de una organización que están conectados a Internet o implantando un dispositivo malicioso en la red de la organización.

Conectarse a la red

Terminal

[thm@thm]$sed-i’1s|^|nameserver THMDCIP\n|’/etc/resolv-dnsmasq

Recuerda reemplazar THMDCIP con la IP de THMDC en tu diagrama de red. Una vez hecho esto, asegúrate de reiniciar el servicio DNS usando  systemctl restart dnsmasq. Puedes probar que el DNS está funcionando al ejecutar:

nslookup thmdc.za.tryhackme.com

Esto debería resolverse a la IP de su controlador de dominio.

Nota: Es posible que el DNS se reinicie en AttackBox aproximadamente cada 3 horas. Si esto ocurre, deberá volver a ejecutar el comando especificado anteriormente. Si AttackBox se cierra y continúa con la sala más tarde, deberá repetir todos los pasos de configuración del DNS.

También debes tomarte el tiempo para anotar tu IP de VPN. Usando ifconfigo ip a, anota la IP del adaptador de red de la brecha . Esta es tu IP y la interfaz asociada que debes usar al realizar los ataques en las tareas.

Otros anfitriones

Si vas a usar tu propia máquina de ataque, se generará automáticamente un archivo de configuración de OpenVPN al unirte a la sala. Ve a tu página de acceso . Selecciona «BreachingAD» entre los servidores VPN (en la pestaña de red) y descarga el archivo de configuración.

Utilice un cliente OpenVPN para conectarse. Este ejemplo se muestra en un equipo Linux; encontrará guías similares para conectarse mediante Windows o macOS en su página de acceso

El mensaje «Secuencia de inicialización completada» indica que ya está conectado a la red. Vuelva a su página de acceso. Puede verificar la conexión en su página de acceso. Actualice la página y verá una marca de verificación verde junto a «Conectado». También se mostrará su dirección IP interna.

Nota: Aún debe configurar el DNS de forma similar a como se mostró anteriormente. Es importante tener en cuenta que, aunque no se utiliza, el controlador de dominio registra las solicitudes DNS. Si está utilizando su propia máquina, estos registros pueden incluir el nombre de host de su dispositivo. Por ejemplo, si ejecuta elVPNEn tu máquina Kali con el nombre de host kali, esto quedará registrado.

Kali

Si utilizas una máquina virtual Kali, lo más probable es que Network Manager se utilice como administrador de DNS. Puedes usar el menú de la interfaz gráfica de usuario para configurar el DNS:

• Administrador de red -> Configuración avanzada de red -> Su conexión -> Configuración IPv4
• Configure aquí su IP DNS con la IP de THMDC que aparece en el diagrama de red anterior.
• Agregue otro DNS como 1.1.1.1 o similar para asegurarse de que aún tenga acceso a Internet.
• Ejecuta sudo systemctl restart Network Manager y prueba los pasos anteriores.

Depuración DNS

DNS formará parte de las pruebas de Active Directory, te guste o no. Esto se debe a que uno de los dos principales protocolos de autenticación de AD, Kerberos, se basa en DNS para crear tickets. Los tickets no se pueden asociar con direcciones IP, por lo que es imprescindible. Si va a probar redes AD en una evaluación de seguridad, tendrá que equiparse con las habilidades necesarias para resolver problemas con los DNS . Por lo tanto, normalmente tienes dos opciones:

• Puedes codificarlo manualmente en /etc/hosts. Si bien esto puede funcionar bien, es inviable cuando se prueban redes con más de 10000 hosts.
• Puedes dedicar el tiempo necesario para solucionar el problema de DNS y lograr que funcione correctamente. Si bien esto puede ser más complicado, a la larga te dará mejores resultados.

Cuando alguna de las tareas en esta sala no funcione, lo primero que debes pensar es: ¿ Está funcionando mi DNS?   Por experiencia, yo, el creador de esta red, puedo decirte que he perdido incontables horas en evaluaciones preguntándome por qué mis herramientas no funcionaban, solo para darme cuenta de que mi DNS había cambiado.

Si crees que tu configuración DNS podría no estar funcionando correctamente, sigue estos pasos para depurar el problema:

1. Sigue los pasos indicados anteriormente. Asegúrate de seguir los pasos correspondientes a tu tipo de máquina. Si utilizas un sistema operativo completamente diferente, tendrás que buscar en Google para encontrar la configuración equivalente.
2. Ejecutar ping <THM DC IP>: esto verificará que la red esté activa. Si no recibe respuesta al ping, significa que la red no está activa en este momento. Si su red indica que está funcionando después de actualizar la página de la sala y aún no recibe respuesta al ping, póngase en contacto con nosotros. Se ofrece soporte, pero simplemente esperar a que finalice el temporizador de red antes de volver a iniciar la red solucionará el problema.
3. Ejecutar nslookup za.tryhackme.com <THM DC IP>: Esto verificará que el servidor DNS de la red esté activo, ya que el controlador de dominio cumple esta función. Si el comando ping funcionó pero este no, es hora de contactar con soporte técnico, ya que hay algún problema. También se recomienda reiniciar la red.
4. Finalmente, ejecuta nslookup tryhackme.com: si ahora obtienes una respuesta diferente a la del paso tres, significa que hay algo mal con tu configuración DN. Vuelva a los pasos de configuración al inicio de la tarea y sígalos de nuevo. Un problema común que se observa en Kali es que la entrada se encuentra en segundo lugar en su  /etc/resolv.conf archivo. Al colocarla en primer lugar, se solucionará el problema.

EstosANUNCIOLas redes tienen una calificación media, lo que significa que si acabas de unirteTHM. Probablemente este no sea el lugar donde deberías comenzar tu viaje de aprendizaje. Es un sistema enorme y tendrás que dedicarle tiempo y esfuerzo para resolver los problemas si quieres probarlo con éxito. Sin embargo, si todo lo anterior falla, por favor, describe con el mayor detalle posible lo que intentas hacer cuando contactes con el soporte técnico, para que puedan ayudarte de la forma más eficiente.

Tarea 2 OSINT and Phishing

Dos métodos populares para acceder a ese primer conjunto de ANUNCIO. Las credenciales son de inteligencia de código abierto (OSINT) y Suplantación de identidad. Aquí solo mencionaremos brevemente ambos métodos, ya que se tratan con mayor profundidad en otras secciones.

OSINT

OSINT se utiliza para descubrir información 

que ha sido divulgada públicamente. En términos de  ANUNCIO credenciales, esto puede ocurrir por varias razones, tales como:

• Usuarios que hacen preguntas en foros públicos como Stack Overflow. pero revelar información sensible, como sus credenciales, en la pregunta.
• Desarrolladores que suben scripts a servicios como Github con credenciales codificadas.
• Las credenciales se han estado divulgando en filtraciones anteriores debido a que los empleados usaban sus cuentas de trabajo para registrarse en otros sitios web externos. Sitios web como HaveIBeenPwned y DeHashedProporcionan plataformas excelentes para determinar si la información de alguien, como por ejemplo su correo electrónico de trabajo, estuvo alguna vez involucrada en una filtración de datos de conocimiento público.

Al usar OSINT, puede ser posible recuperar credenciales divulgadas públicamente. Si tenemos la suerte de encontrar credenciales, aún necesitaremos encontrar una manera de probar si son válidas o no, ya que la información puede estar desactualizada. En la Tarea 3, hablaremos sobre NTLM. Los servicios autenticados pueden ser una excelente manera de probar las credenciales para comprobar si siguen siendo válidas.

Una sala detallada en el Equipo Rojo se puede encontrar aquí.

Suplantación de identidad

Suplantación de identidades otro excelente método para penetrar. Suplantación de identidad. Por lo general, se incita a los usuarios a proporcionar sus credenciales en una página web maliciosa o se les pide que ejecuten una aplicación específica que instalaría un troyano de acceso remoto (RAT) en segundo plano. Este es un método frecuente ya que el RAT se ejecutaría en el contexto del usuario, lo que permite inmediatamente suplantar la identidad de ese usuario cuenta. Por eso phishing. Es un tema muy importante tanto para el equipo rojo como para el azul.

Una habitación detallada en  phishing Se puede encontrar aquí.

¿Qué sitio web popular se puede utilizar para verificar si su dirección de correo electrónico o contraseña han sido expuestas alguna vez en una filtración de datos divulgada públicamente?

Tarea 3 Servicios autenticados NTLM

HaveIBeenPwned

NTLMy NetNTLM

Gestor de LAN de nueva tecnología (NTLM) es el conjunto de protocolos de seguridad utilizados para autenticar las identidades de los usuarios en NTLM Se puede utilizar para la autenticación mediante un esquema basado en desafío-respuesta llamado NetNTLM. Este mecanismo de autenticación es ampliamente utilizado por los servicios en una red. Sin embargo, los servicios que utilizan NetNTLM también pueden estar expuestos a internet. A continuación, se presentan algunos ejemplos populares:

• Servidores Exchange (Correo) alojados internamente que exponen una aplicación web de Outlook (OWA) portal de inicio de sesión.
• Protocolo de escritorio remoto (RDP) servicio de un servidor expuesto a Internet.
• Expuesto puntos finales que se integraron con VPN.
• Aplicaciones web accesibles desde Internet que utilizan NetNTLM.

NetNTLM, también conocido como autenticación de Windows o simplemente NTLM. La autenticación permite que la aplicación actúe como intermediario entre el cliente y Todo el material de autenticación se envía a un controlador de dominio en forma de desafío y, si se completa correctamente, la aplicación autenticará al usuario.

Esto significa que la aplicación se autentica en nombre del usuario y no autentica al usuario directamente en la propia aplicación. Esto impide que la aplicación almacene credenciales, que solo deben almacenarse en un controlador de dominio. Este proceso se muestra en el siguiente diagrama:

 

Ataques de fuerza bruta para iniciar sesión

Como se mencionó en la Tarea 2, estos servicios expuestos proporcionan un excelente lugar para probar credenciales descubiertas mediante otros medios. Sin embargo, estos servicios también pueden usarse directamente en un intento de recuperar un conjunto inicial de credenciales válidas. credenciales. Podríamos intentar utilizarlas para ataques de fuerza bruta si recuperamos información como direcciones de correo electrónico válidas durante nuestro reconocimiento inicial del equipo rojo.

Dado que la mayoría. En entornos con bloqueo de cuenta configurado, no podremos realizar un ataque de fuerza bruta completo. En su lugar, debemos realizar un ataque de pulverización de contraseñas. En vez de probar varias contraseñas diferentes, lo que podría activar el mecanismo de bloqueo, elegimos y usamos una sola contraseña e intentamos autenticarnos con todos los nombres de usuario que hemos obtenido. Sin embargo, cabe destacar que este tipo de ataques pueden detectarse debido a la cantidad de intentos de autenticación fallidos que generan.

Se le ha proporcionado una lista de nombres de usuario descubiertos durante un ejercicio de equipo rojo.  El ejercicio también reveló la contraseña inicial de registro de la organización, que parece ser «Changeme123». Si bien los usuarios siempre deben cambiar su contraseña inicial, sabemos que a menudo la olvidan. Utilizaremos un script desarrollado a medida para realizar un ataque de fuerza bruta contra la aplicación web alojada en esta URL:http://ntlmauth.za.tryhackme.com .

Al acceder a la URL, podemos ver que nos solicita las credenciales de autenticación de Windows:

Nota: El complemento de autenticación de Windows de Firefox es extremadamente propenso a fallar. Si desea probar las credenciales manualmente, se recomienda usar Chrome.

Podríamos utilizar herramientas comoHidra(Se abre en una pestaña nueva)Para ayudar con el ataque de fuerza bruta de contraseñas. Sin embargo, a menudo es mejor programar este tipo de ataques uno mismo, lo que permite un mayor control sobre el proceso. En los archivos de tareas se proporciona un script base de Python que se puede utilizar para el ataque de fuerza bruta de contraseñas. La siguiente función es el componente principal del script:

Esta función toma como entrada la contraseña sugerida y la URL de destino, e intenta autenticarse en dicha URL con cada nombre de usuario del archivo de texto. Al monitorizar las diferencias en los códigos de respuesta HTTP de la aplicación, podemos determinar si el par de credenciales es válido o no. Si el par de credenciales es válido, la aplicación responderá con un código HTTP 200 (OK). Si el par no es válido, la aplicación devolverá un código HTTP 401 (No autorizado).

Pulverización de contraseñas

Si está utilizando AttackBox, el script de ataque de fuerza bruta contra contraseñas y el archivo de texto con los nombres de usuario se encuentran en el /root/Rooms/BreachingAD/task3/directorio. Podemos ejecutar el script con el siguiente comando:

python ntlm_passwordspray.py -u <userfile> -f <fqdn> -p <password> -a <attackurl>

Proporcionamos los siguientes valores para cada uno de los parámetros:

• <userfile> – Archivo de texto que contiene nuestros nombres de usuario – «usernames.txt»
• <fqdn> – Nombre de dominio completo asociado a la organización que estamos atacando – «za.tryhackme.com»
• <contraseña> – La contraseña que queremos usar para nuestro ataque de pulverización – «Changeme123»
• <attackurl> – La URL de la aplicación que admite la autenticación de Windows – «http://ntlmauth.za.tryhackme.com«

Utilizando estos parámetros, deberíamos obtener algunos pares de credenciales válidas con nuestro ataque de fuerza bruta de contraseñas.

Utilizando una combinación de OSINT y el ataque de pulverización de contraseñas NetNTLM, ahora tenemos nuestros primeros pares de credenciales válidas que podrían usarse para enumerar ¡más!

Responda las siguientes preguntas

¿Cuál es el nombre del mecanismo de autenticación de desafío-respuesta que utiliza NTLM?

NetNtlm

¿Cuál es el nombre de usuario del tercer par de credenciales válidas encontrado por el script de ataque de fuerza bruta contra contraseñas?

gordon.stevens

¿Cuántos pares de credenciales válidas encontró el script de ataque de fuerza bruta contra contraseñas?

4

¿Qué mensaje muestra la aplicación web al autenticarse con un par de credenciales válidas?

Hello World

Tarea 4 Vincular credenciales LDAP

LDAP

Otro método de La autenticación que pueden usar las aplicaciones es el Protocolo ligero de acceso a directorios (LDAP) autenticación. LDAP La autenticación es similar a NTLM autenticación. Sin embargo, con LDAP autenticación, la aplicación verifica directamente las credenciales del usuario. La aplicación tiene un par de  credenciales que puede usar primero para consultar LDAP y luego verificar el credenciales del usuario.

LDAP La autenticación es un mecanismo popular con aplicaciones de terceros (que no son de Microsoft) que se integran con Estos incluyen aplicaciones y sistemas como:

• Gitlab
• Jenkins
• Aplicaciones web desarrolladas a medida
• Impresoras
• VPN

Si alguna de estas aplicaciones o servicios se expone en Internet, se producirán los mismos tipos de ataques que los utilizados contra NTLM. Se pueden utilizar sistemas autenticados. Sin embargo, dado que un servicio que utiliza LDAP La autenticación requiere un conjunto de credenciales, abre vías de ataque adicionales. En esencia, podemos intentar recuperar el credenciales utilizadas por el servicio para obtener acceso autenticado. El proceso de autenticación a través de LDAP Se muestra a continuación:

Si pudieras obtener acceso al host correcto, como un servidor Gitlab, podría ser tan simple como leer los archivos de configuración para recuperar  las credenciales. Estas credenciales suelen almacenarse en texto plano en archivos de configuración, ya que el modelo de seguridad se basa en proteger la ubicación y el almacenamiento del archivo de configuración, en lugar de su contenido. Los archivos de configuración se tratan con mayor detalle en la Tarea 7.

LDAP Ataques de pase hacia atrás

Sin embargo, se puede realizar otro ataque muy interesante contra mecanismos de autenticación LDAP, llamados Ataque de reenvío LDAP. Este es un ataque común contra dispositivos de red, como impresoras, cuando se ha obtenido acceso inicial a la red interna, por ejemplo, al conectar un dispositivo no autorizado en una sala de juntas.

LDAP Los ataques de reenvío se pueden realizar cuando obtenemos acceso a la configuración de un dispositivo donde LDAP Se especifican parámetros. Esto puede ser, por ejemplo, la interfaz web de una impresora de red. Normalmente, las credenciales para estas interfaces se mantienen con los valores predeterminados, como admin:admin o admin:password. En este caso, no podremos extraer directamente las credenciales LDAP, ya que la contraseña suele estar oculta. Sin embargo, podemos modificar la configuración LDAP, como la IP o el nombre de host del servidor LDAP. En un ataque de reenvío LDAP, podemos modificar esta IP por la nuestra y luego probar la configuración LDAP, lo que forzará al dispositivo a intentar autenticarse LDAP con nuestro dispositivo malicioso. Podemos interceptar este intento de autenticación para recuperar las credenciales LDAP.

Realizar una transferencia LDAP

En esta red hay una impresora de red cuyo sitio web de administración ni siquiera requiere credenciales. Acceda a  http://printer.za.tryhackme.com/settings.aspx para encontrar la página de configuración de la impresora:

Mediante la inspección del navegador, también podemos verificar que el sitio web de la impresora era al menos lo suficientemente seguro como para no enviar la contraseña LDAP de vuelta al navegador:

Tenemos el nombre de usuario, pero no la contraseña. Sin embargo, al pulsar «Probar configuración», podemos ver que se realiza una solicitud de autenticación al controlador de dominio para probar las credenciales LDAP. Intentemos aprovechar esta vulnerabilidad para que la impresora se conecte a nosotros, lo que revelaría las credenciales. Para ello, utilizaremos un simple oyente de Netcat para comprobar si podemos lograr que la impresora se conecte. Dado que el puerto predeterminado de LDAP es el 389, podemos usar el siguiente comando:

nc -lvp 389

Tenga en cuenta que si utiliza AttackBox, primero debe deshabilitar slapd mediante service slapd stop. Luego, podemos modificar el cuadro de entrada del servidor en la aplicación web para que apunte a nuestra IP y presionar Probar configuración.

Tu dirección IP será la de tu VPN y estará dentro del rango 10.50.xx o 10.51.xx. Puedes usarla ip apara listar todas las interfaces. Asegúrate de usar esta dirección IP; de lo contrario, no recibirás respuesta. Anota también la interfaz correspondiente, ya que la necesitarás más adelante.

Deberías ver que recuperamos la conexión, pero hay un pequeño problema:

Es posible que necesites más de un intento para obtener una conexión, pero debería responder en 5 segundos. La supported Capabilities respuesta nos indica que tenemos un problema. Básicamente, antes de que la impresora envíe las credenciales, intenta negociar los detalles del método de autenticación LDAP. Utilizará esta negociación para seleccionar el método de autenticación más seguro que admitan tanto la impresora como el servidor LDAP. Si el método de autenticación es demasiado seguro, las credenciales no se transmitirán en texto plano. ¡Con algunos métodos de autenticación, las credenciales ni siquiera se transmitirán por la red! Por lo tanto, no podemos usar Netcat para obtener las credenciales. Necesitaremos crear un servidor LDAP malicioso y configurarlo de forma insegura para garantizar que las credenciales se envíen en texto plano.

Alojar un servidor LDAP no autorizado

Existen varias formas de alojar un servidor LDAP malicioso, pero para este ejemplo utilizaremos OpenLDAP. Si utiliza AttackBox, OpenLDAP ya viene instalado. Sin embargo, si utiliza su propia máquina de ataque, deberá instalar OpenLDAP con el siguiente comando:

sudo apt-get update && sudo apt-get -y install slapd ldap-utils && sudo systemctl enable slapd

Sin embargo, tendrás que configurar tu propio rogue. LDAP El servidor también está en AttackBox. Comenzaremos por reconfigurar el LDAPservidor usando el siguiente comando:

sudo dpkg-reconfigure -p low slapd

Asegúrese de pulsar <No> cuando se le solicite si desea omitir la configuración del servidor:

Para el nombre de dominio DNS, debe proporcionar nuestro dominio de destino, que es za.tryhackme.com:

Utilice este mismo nombre también para el nombre de la organización:

Proporcione cualquier contraseña de administrador:

Seleccione MDB como la base de datos LDAP que se va a utilizar:

Para las dos últimas opciones, asegúrese de que la base de datos no se elimine al purgarla:

Mueva los archivos de base de datos antiguos antes de crear uno nuevo:

Antes de utilizar el servidor LDAP malicioso, debemos hacerlo vulnerable degradando los mecanismos de autenticación compatibles. Queremos asegurarnos de que nuestro servidor LDAP solo admita los métodos de autenticación PLAIN y LOGIN. Para ello, debemos crear un nuevo archivo ldif con el siguiente contenido:

El archivo tiene las siguientes propiedades:

• olcSaslSecProps: Especifica las propiedades de seguridad SASL.
• noanonymous: Deshabilita los mecanismos que permiten el inicio de sesión anónimo.
• minssf: Especifica la fuerza de seguridad mínima aceptable, donde 0 significa que no hay protección.

Ahora podemos usar el archivo ldif para parchear nuestro LDAP servidor que utiliza lo siguiente:

sudo ldapmodify -Y EXTERNAL -H ldapi:// -f ./olcSaslSecProps.ldif && sudo service slapd restart

Podemos verificar que la configuración de nuestro servidor LDAP malicioso se ha aplicado utilizando el siguiente comando ( Nota : Si está utilizando Kali, es posible que no reciba ninguna salida; sin embargo, la configuración debería haber funcionado y puede continuar con los siguientes pasos):

Capturando  credenciales LDAP

Nuestro servidor ya está configurado LDAP . Cuando hacemos clic en «Probar configuración» en  http://printer.za.tryhackme.com/settings.aspx , la autenticación se realizará en texto plano. Si configuraste tu servidor malicioso LDAP Si el servidor funciona correctamente y se degrada la comunicación, recibirá el siguiente error: «Este nombre distinguido contiene sintaxis no válida». Si recibe este error, puede usar tcpdump para capturar las credenciales con el siguiente comando:

Además, tenga en cuenta que esto password11es solo un ejemplo. La contraseña de su servicio será diferente. Es posible que tenga que presionar el botón «Probar configuración» un par de veces antes de que TCPdump devuelva datos, ya que estamos realizando el ataque a través de una conexión VPN.

Ahora tenemos otro conjunto de valores válidos. ¡Credenciales! Al usar un LDAP Mediante un ataque de reenvío de datos y la degradación del mecanismo de autenticación compatible, podríamos interceptar las credenciales en texto plano.

Responda las siguientes preguntas

¿Qué tipo de ataque se puede realizar contra los sistemas de autenticación LDAP que no se suele encontrar contra los sistemas de autenticación de Windows?

LDAP Pass-back Attack

¿Qué dos mecanismos de autenticación permitimos en nuestro servidor LDAP malicioso para degradar la autenticación y convertirla en texto plano?

LOGIN,PLAIN
¿Cuál es la contraseña asociada a la cuenta svcLDAP?

tryhackmeldappass1@

Tarea 5 relés de autenticación

Continuando con los ataques que se pueden realizar desde nuestro dispositivo malicioso, ahora analizaremos los ataques contra protocolos de autenticación de red más amplios. En las redes Windows, existe una cantidad significativa de servicios que se comunican entre sí, lo que permite a los usuarios utilizar los servicios que ofrece la red.

Estos servicios deben utilizar métodos de autenticación integrados para verificar la identidad de las conexiones entrantes. En la Tarea 2, exploramos NTLM Autenticación utilizada en una aplicación web. En esta tarea, profundizaremos un poco más para ver cómo se ve esta autenticación desde la perspectiva de la red. Sin embargo, para esta tarea, nos centraremos en la autenticación NetNTLM utilizada por PYME.

Bloque de mensajes del servidor

El bloque de mensajes del servidor (PYME El protocolo permite que los clientes (como las estaciones de trabajo) se comuniquen con un servidor (como un recurso compartido de archivos). En redes que utilizan Microsoft, PYME gobierna todo, desde el intercambio de archivos entre redes hasta la administración remota. Incluso la alerta de «sin papel» que recibe su computadora cuando intenta imprimir un documento es obra del protocolo PYME.

Sin embargo, la seguridad de las versiones anteriores del protocolo PYME se consideró insuficiente. Se descubrieron varias vulnerabilidades y exploits que podrían aprovecharse para recuperar credenciales o incluso obtener la ejecución de código en los dispositivos. Aunque algunas de estas vulnerabilidades se resolvieron en versiones más recientes del protocolo, a menudo las organizaciones no imponen el uso de versiones más recientes, ya que los sistemas heredados no las admiten. Analizaremos dos exploits diferentes para la autenticación NetNTLM con PYME:

• Los desafíos pueden ser interceptados, podemos usar técnicas de descifrado fuera de línea para recuperar la contraseña asociada con el Desafío. Sin embargo, este proceso de agrietamiento es significativamente más lento que el cracking de hashes NTLM directamente.
• Podemos usar nuestro dispositivo rebelde para escenificar un ataque de hombre en medio, transmitiendo autenticación entre el cliente y el servidor, que nos proporcionará una sesión autenticada activa y acceso al servidor de destino.

LLMNR, NBT-NS y WPAD

En esta tarea, echaremos un vistazo a la autenticación que se produce durante el uso de PYME Usaremos Responder para intentar interceptar el desafío NetNTLM y descifrarlo. Normalmente hay muchos de estos desafíos circulando por la red. Algunas soluciones de seguridad incluso realizan un barrido de rangos de IP completos para recuperar información de los hosts. A veces, debido a información obsoleta, DNS En los registros, estos desafíos de autenticación pueden terminar afectando a su dispositivo no autorizado en lugar del host previsto.

Responder nos permite realizar ataques Man-in-the-Middle envenenando las respuestas durante la autenticación NetNTLM, engañando al cliente para que hable con usted en lugar del servidor real al que quería conectarse. En una LAN real, Responder intentará envenenar cualquier Link-Local Multicast Name Resolution (LLMNR), Servicio NetBIOS de nombres (NBT-NS) y Web Apoderado Solicitudes de descubrimiento automático (WPAD) que se detectan. En grandes redes Windows, estos protocolos permiten que los hosts realicen sus propias comprobaciones locales. resolución DNS para todos los hosts en la misma red local. En lugar de sobrecargar los recursos de la red, como el DNS Los servidores, los hosts pueden intentar primero determinar si el host que buscan está en la misma red local enviando LLMNR solicitudes y comprobar si algún host responde. El NBT-NS es el protocolo precursor de LLMNR y se realizan solicitudes WPAD para intentar encontrar una apoderado para el futuro HTTP(s) conexiones.

Dado que estos protocolos dependen de solicitudes transmitidas en la red local, nuestro dispositivo malicioso también recibiría estas solicitudes. Normalmente, estas solicitudes simplemente se descartarían ya que no estaban destinadas a nuestro host. Sin embargo, Responder escuchará activamente las solicitudes y enviará respuestas envenenadas que le indicarán al host solicitante que nuestra IP está asociada con el nombre de host solicitado. Al envenenar estas solicitudes, Responder intenta forzar al cliente a conectarse a nuestra AttackBox. En la misma línea, comienza a alojar varios servidores como PYME, HTTP, SQL y otros para capturar estas solicitudes y forzar la autenticación.

Desafío de interceptación de NetNTLM

Un aspecto a tener en cuenta es que Responder esencialmente intenta ganar la condición de carrera envenenando las conexiones para asegurar que usted intercepte la conexión. Esto significa que Responder generalmente se limita a envenenar los desafíos de autenticación en la red local. Dado que estamos conectados a través de una VPN a la red, solo podremos envenenar los desafíos de autenticación que ocurran en este VPN red. Por este motivo, hemos simulado una solicitud de autenticación susceptible de ser manipulada, que se ejecuta cada 30 minutos. Esto significa que es posible que deba esperar un poco antes de poder interceptar el desafío y la respuesta de NetNTLM.

Si bien Responder podría interceptar y manipular más solicitudes de autenticación al ejecutarse desde un dispositivo malicioso conectado a la LAN de una organización, es fundamental comprender que este comportamiento puede ser perjudicial y, por lo tanto, detectable. Al manipular las solicitudes de autenticación, los intentos normales de autenticación de red fallarían, lo que significa que los usuarios y servicios no podrían conectarse a los hosts y recursos compartidos previstos. Tenga esto en cuenta al utilizar Responder en una evaluación de seguridad.

Responder ya está instalado en AttackBox. Sin embargo, si no utilizas AttackBox, puedes descargarlo e instalarlo desde este repositorio:   https://github.com/lgandx/Responder. Configuraremos Responder para que se ejecute en la interfaz conectada a la VPN:

sudo responder -I breachad

Si está utilizando AttackBox, no todos los servicios de Responder podrán iniciarse, ya que otros servicios ya están utilizando esos puertos. Sin embargo, esto no afectará a esta tarea. Responder ahora estará a la escucha de cualquier solicitud LLMNR, NBT-NS o WPAD entrante. En una LAN real, dejaríamos Responder ejecutándose durante un tiempo. Sin embargo, en nuestro caso, debemos simular este envenenamiento haciendo que uno de los servidores intente autenticarse en las máquinas de la VPN. Deje Responder ejecutándose durante un tiempo (unos 10 minutos, ¡aproveche para tomar aire fresco!), y debería recibir una conexión SMBv2 que Responder puede usar para obtener una respuesta NTLMv2-SSP. Tendrá un aspecto similar a este:

Ataque de pulverización de contraseñas NTLM

[+] Listening for events…
[SMBv2] NTLMv2-SSP Client   : <Client IP>
[SMBv2] NTLMv2-SSP Username : ZA\<Service Account Username>
[SMBv2] NTLMv2-SSP Hash     : <Service Account Username>::ZA:<NTLMv2-SSP Hash>

Si estuviéramos usando nuestro dispositivo no autorizado, probablemente ejecutaríamos Responder durante bastante tiempo, capturando varias respuestas. Una vez que tengamos un par, podemos comenzar a realizar algún descifrado sin conexión de las respuestas con la esperanza de recuperar sus asociados. NTLM contraseñas. Si las cuentas tienen contraseñas débiles configuradas, tenemos una buena probabilidad de descifrarlas con éxito. Copie el hash NTLMv2-SSP en un archivo de texto. Luego, utilizaremos la lista de contraseñas proporcionada en los archivos descargables para esta tarea y Hashcat para intentar descifrar el hash con el siguiente comando:

hashcat -m 5600 <hash file> <password file> –force

El archivo de contraseñas se le ha proporcionado en AttackBox en el /root/Rooms/BreachingAD/task5/directorio o como un archivo de tarea descargable. Usamos el tipo de hash 5600, que corresponde a NTLMv2-SSP para hashcat. Si usa su propia máquina, tendrá que instalar Hashcat primero.

Cualquier hash que podamos descifrar ahora nos proporcionará ¡Credenciales para nuestra brecha de seguridad!

Transmitiendo el desafío

En algunos casos, sin embargo, podemos ir un paso más allá intentando transmitir el desafío en lugar de capturarlo directamente. Esto es un poco más difícil de hacer sin conocimiento previo de las cuentas, ya que este ataque depende de los permisos de la cuenta asociada. Necesitamos que se den un par de condiciones a nuestro favor:

• PYME La firma debe estar deshabilitada o habilitada pero no obligatoria. Cuando realizamos un reenvío, hacemos pequeños cambios en la solicitud para pasarla. SiPYME La firma digital está habilitada, por lo que no podremos falsificar la firma del mensaje, lo que significa que el servidor lo rechazaría.
• La cuenta asociada necesita los permisos pertinentes en el servidor para acceder a los recursos solicitados. Idealmente, buscamos transmitir el desafío y la respuesta de una cuenta con privilegios administrativos sobre el servidor, ya que esto nos permitiría obtener acceso al host.
• Dado que técnicamente aún no tenemos un punto de apoyo, hay cierta incertidumbre sobre qué cuentas tendrán permisos en qué hosts. Si ya hubiéramos ingresado, podríamos realizar primero una enumeración inicial, que suele ser lo habitual.

Por eso los relevos ciegos no suelen ser populares. Lo ideal sería que primero se produjera un salto. Utilizando otro método, realice una enumeración para determinar los privilegios asociados a la cuenta comprometida. A partir de ahí, normalmente puede realizar un movimiento lateral para escalar privilegios en todo el dominio. Sin embargo, es importante comprender el funcionamiento de un ataque de retransmisión, como se muestra en el siguiente diagrama:

Si quieres probar este tipo de ataque en acción, visita la red Holo . Volveremos a hablar de esto más adelante.ANUNCIOAlojamiento.

Responda las siguientes preguntas

¿Cuál es el nombre de usuario asociado al desafío que se capturó?

svcFileCopy

¿Cuál es el valor de la contraseña descifrada asociada al desafío capturado?

FPassword1!

Tarea 6 Kit de herramientas de implementación de Microsoft

Las grandes organizaciones necesitan herramientas para implementar y administrar la infraestructura de sus instalaciones. En organizaciones masivas, no se puede permitir que el personal de TI utilice DVD o incluso unidades flash USB para instalar software en cada máquina. Afortunadamente, Microsoft ya proporciona las herramientas necesarias para administrar las instalaciones. Sin embargo, podemos aprovechar las configuraciones incorrectas en estas herramientas para también vulnerar la seguridad.

MDT y SCCM

Microsoft Deployment Toolkit (MDT) es un servicio de Microsoft que ayuda a automatizar la implementación de sistemas operativos de Microsoft (Sistema operativo Las grandes organizaciones utilizan servicios como MDT para implementar nuevas imágenes en sus sistemas de forma más eficiente, ya que las imágenes base se pueden mantener y actualizar en una ubicación central.

Normalmente, MDT se integra con Microsoft System Center Configuration Manager (SCCM), que gestiona todas las actualizaciones de las aplicaciones, servicios y sistemas operativos de Microsoft. MDT se utiliza para nuevas implementaciones. Básicamente, permite al equipo de TI preconfigurar y gestionar las imágenes de arranque. De este modo, si necesitan configurar un nuevo equipo, solo tienen que conectar un cable de red y todo se realiza automáticamente. Pueden realizar diversos cambios en la imagen de arranque, como instalar software predeterminado como Office 365 y el antivirus preferido de la organización. También garantiza que la nueva compilación se actualice la primera vez que se ejecute la instalación.

SCCM puede considerarse casi como una expansión y el hermano mayor de MDT. ¿Qué sucede con el software después de su instalación? Bueno, SCCM realiza este tipo de gestión de parches. Permite al equipo de TI revisar las actualizaciones disponibles para todo el software instalado en toda la infraestructura. El equipo también puede probar estos parches en un entorno de prueba Se configura el entorno para garantizar su estabilidad antes de implementarlo de forma centralizada en todos los equipos unidos al dominio. Esto facilita enormemente el trabajo del equipo de TI.

Sin embargo, cualquier sistema que proporcione gestión centralizada de la infraestructura, como MDT y SCCM, también puede ser objetivo de atacantes que intenten tomar el control de gran parte de las funciones críticas del sistema. Si bien MDT se puede configurar de diversas maneras, para esta tarea nos centraremos exclusivamente en una configuración denominada Entorno de Ejecución Previa al Arranque (PXE).

Arranque PXE

Las grandes organizaciones utilizan el arranque PXE para permitir que los nuevos dispositivos conectados a la red carguen e instalen el sistema operativo directamente a través de una conexión de red. MDT se puede utilizar para crear, administrar y alojar imágenes de arranque PXE. El arranque PXE suele estar integrado con DHCP, lo que significa que si DHCP Se asigna una concesión de IP, el host puede solicitar la imagen de arranque PXE e iniciar la red. El flujo de comunicación se muestra en el siguiente diagrama :

Una vez realizado el proceso, el cliente utilizará una conexión TFTP para descargar la imagen de arranque PXE. Podemos aprovechar la imagen de arranque PXE para dos propósitos diferentes:

• Inyectar un vector de escalada de privilegios, como una cuenta de administrador local, para obtener acceso administrativo a laSistema operativouna vez que se haya completado el arranque PXE.
• Realizar ataques de extracción de contraseñas para recuperarANUNCIOcredenciales utilizadas durante la instalación.

En esta tarea, nos centraremos en lo último. Intentaremos recuperar la cuenta de servicio de implementación asociada con el servicio MDT durante la instalación para este ataque de extracción de contraseñas. Además, también existe la posibilidad de recuperar otrasANUNCIOCuentas utilizadas para la instalación desatendida de aplicaciones y servicios.

Recuperación de la imagen de arranque PXE

DesdeDHCPes un poco quisquilloso, omitiremos los pasos iniciales de este ataque. Omitiremos la parte en la que intentamos solicitar una IP y los detalles de preconfiguración de arranque PXE deDHCPRealizaremos eldescansardel ataque desde este paso en el proceso manualmente.

La primera información relativa a la preconfiguración de arranque PXE que habría recibido a través deDHCPes la IP del servidor MDT. En nuestro caso, puede recuperar esa información del diagrama de red de TryHackMe.

La segunda información que habrías recibido son los nombres de los archivos BCD. Estos archivos almacenan la información relevante para el arranque PXE en los diferentes tipos de arquitectura. Para recuperar esta información, deberás conectarte a este sitio web:http://pxeboot.za.tryhackme.com . Mostrará varios archivos BCD:

Normalmente, se usaría TFTP para solicitar cada uno de estos archivos BCD y enumerar la configuración de todos ellos. Sin embargo, por cuestiones de tiempo, nos centraremos en el archivo BCD de la arquitectura x64 . Copie y guarde el nombre completo de este archivo. Para eldescansarPara este ejercicio, utilizaremos este nombre de marcador de posición, x64{7B…B3}.bcdya que MDT regenera los archivos y sus nombres diariamente. Cada vez que vea este marcador de posición, recuerde reemplazarlo con el nombre de archivo BCD específico. Tenga en cuenta también que, si la red acaba de iniciarse, estos nombres de archivo se actualizarán después de 10 minutos de actividad.

Ahora que hemos recuperado esta información inicial de DHCP (guiño, guiño), podemos enumerar y obtener la imagen de arranque PXE. Usaremos nuestra conexión SSH en THMJMP1 para los próximos pasos, así que autentíquese en esta sesión

SSH de la siguiente manera:

ssh thm@THMJMP1.za.tryhackme.com

y la contraseña de Password1@.

Para garantizar que todos los usuarios de la red puedan usar SSH, comience por crear una carpeta con su nombre de usuario y copie el repositorio powerpxe en esta carpeta:

El primer paso que debemos realizar es usar TFTP y descargar nuestro archivo BCD para leer la configuración del servidor MDT. TFTP es un poco más complicado que FTP, ya que no podemos listar archivos. En su lugar, enviamos una solicitud de archivo y el servidor se conectará con nosotros a través de UDP para transferir el archivo. Por lo tanto, debemos ser precisos al especificar archivos y rutas de archivo. Los archivos BCD siempre se encuentran en el directorio /Tmp/ del servidor MDT. Podemos iniciar la transferencia TFTP usando el siguiente comando en nuestroSSHsesión:

Tendrás que buscar la IP de THMMDT con nslookup thmmdt.za.tryhackme.com. Ahora que el archivo BCD está recuperado, utilizaremos powerpxe.(Se abre en una pestaña nueva)para leer su contenido. Powerpxe es un script de PowerShell que realiza automáticamente este tipo de ataque, pero generalmente con resultados variables, por lo que es mejor realizar un enfoque manual. Usaremos la función Get-WimFile de powerpxe para recuperar las ubicaciones de las imágenes de arranque PXE del archivo BCD:

Los archivos WIM son imágenes de arranque en formato de imagen de Windows (WIM). Ahora que conocemos la ubicación de la imagen de arranque PXE, podemos usar TFTP nuevamente para descargarla:

Esta descarga tardará un rato, ya que se trata de una imagen de Windows completamente configurada y lista para arrancar. Aprovecha para estirar las piernas y tomar un vaso de agua mientras esperas.

Recuperación de credenciales desde una imagen de arranque PXE

Ahora que hemos recuperado la imagen de arranque PXE, podemos extraer las credenciales almacenadas. Cabe destacar que existen diversos ataques que podríamos llevar a cabo. Podríamos inyectar un usuario administrador local para obtener acceso de administrador tan pronto como la imagen arranque, o podríamos instalar la imagen para tener una máquina unida al dominio. Si le interesa obtener más información sobre estos ataques, puede leer este artículo.(Se abre en una pestaña nueva)Este ejercicio se centrará en un ataque sencillo que consiste simplemente en intentar extraer credenciales.

Nuevamente usaremos powerpxe para recuperar las credenciales, pero también podrías realizar este paso manualmente extrayendo la imagen y buscando el archivo bootstrap.ini, donde a menudo se almacenan este tipo de credenciales. Para usar powerpxe y recuperar las credenciales del archivo bootstrap, ejecuta el siguiente comando:

Como puede ver, powerpxe pudo recuperar elANUNCIOcredenciales. Ahora tenemos otro conjunto deANUNCIO¡Credenciales que podemos usar!

Responda las siguientes preguntas

¿Qué herramienta de Microsoft se utiliza para crear y alojar imágenes de arranque PXE en las organizaciones?

Microsoft Deployment Toolkit

¿Qué protocolo de red se utiliza para la recuperación de archivos del servidor MDT?

TFTP

¿Cuál es el nombre de usuario asociado a la cuenta que se almacenó en la imagen de arranque PXE?

svcMDT

¿Cuál es la contraseña asociada a la cuenta que se almacenó en la imagen de arranque PXE?

PXEBootSecure1@

Tarea 7 Archivos de configuración

La última vía de enumeración que exploraremos en esta red son los archivos de configuración. Supongamos que tuvo la suerte de causar una brecha que le dio acceso a un host en la red de la organización. En ese caso, los archivos de configuración son una excelente vía para explorar en un intento de recuperación de credenciales. Dependiendo del host que haya sido vulnerado, varios archivos de configuración pueden ser útiles para la enumeración: 

• Archivos de configuración de la aplicación web
• Archivos de configuración del servicio
• Claves de registro
• Aplicaciones implementadas centralmente

Varios scripts de enumeración, como Seatbelt se puede utilizar para automatizar este proceso.

Credenciales del archivo de configuración

Sin embargo, en esta tarea nos centraremos en la recuperación de credenciales de una aplicación implementada centralmente. Por lo general, estas aplicaciones requieren un método para autenticarse en el dominio tanto durante la instalación como durante la ejecución. Un ejemplo de este tipo de aplicación es McAfee Enterprise Endpoint Security, que las organizaciones pueden usar como herramienta de detección y respuesta de endpoints para la seguridad.

McAfee incrusta las credenciales utilizadas durante la instalación para conectarse de nuevo al orquestador en un archivo llamado ma.db. Este archivo de base de datos se puede recuperar y leer con acceso local al host para recuperar la información asociada cuenta de servicio. Usaremos SSH Acceda nuevamente a THMJMP1 para este ejercicio.

El archivo ma.db se almacena en una ubicación fija:

Podemos usar SCP para copiar el archivo ma.db a nuestro AttackBox:

Para leer el archivo de la base de datos, utilizaremos una herramienta llamada sqlitebrowser. Podemos abrir la base de datos con el siguiente comando:

Terminal

thm@thm:# sqlitebrowser ma.db

Utilizando sqlitebrowser, seleccionaremos la opción Explorar datos y nos centraremos en la tabla AGENT_REPOSITORIES:

Nos interesa especialmente la segunda entrada, centrándonos en los campos DOMAIN, AUTH_USER y AUTH_PASSWD. Anote los valores que contienen. Sin embargo, el campo AUTH_PASSWD está cifrado. Por suerte, McAfee lo cifra con una clave conocida. Por lo tanto, utilizaremos el siguiente script antiguo de Python 2 para descifrar la contraseña. El script se proporciona como un archivo de tarea descargable o, en AttackBox, se encuentra en el /root/Rooms/BreachingAD/task7/directorio correspondiente.

Nota: La herramienta que utilizaremos aquí es bastante antigua. Usa Python v2 y depende de una biblioteca criptográfica obsoleta. Si no puedes ejecutar el script en tu máquina virtual, utiliza AttackBox. Sin embargo, recientemente se ha actualizado la aplicación para que también funcione con Python 3; puedes descargar la última versión aquí:  https://github.com/funoverip/mcafee-sitelist-pwd-decryption(Se abre en una pestaña nueva)

Deberá descomprimir el archivo mcafee-sitelist-pwd-decryption.zip:

Terminal

thm@thm:~/root/Rooms/BreachingAD/task7/$unzipmcafeesitelistpwddecryption.zip

Al proporcionarle al script nuestra contraseña codificada en base64 y cifrada, el script proporcionará la contraseña descifrada:

Ahora tenemos nuevamente un conjunto de Credenciales que podemos usar para una enumeración más exhaustiva! Este es solo un ejemplo de cómo recuperar credenciales de archivos de configuración. Si alguna vez logras acceder a un host, asegúrate de seguir una metodología detallada y precisa para garantizar la recuperación de toda la información confidencial, incluidas las credenciales y otros datos sensibles almacenados en archivos de configuración.

Responda las siguientes preguntas

¿Qué tipo de archivos suelen contener credenciales almacenadas en los servidores?

Configuration Files

¿Cuál es el nombre de la base de datos de McAfee que almacena la configuración, incluidas las credenciales utilizadas para conectarse al orquestador?

ma.db

¿Qué tabla de esta base de datos almacena las credenciales del orquestador?

AGENT_REPOSITORIES

¿Cuál es el nombre de usuario de la cuenta de Active Directory asociada al servicio McAfee?

svcAV

¿Cuál es la contraseña de la cuenta de Active Directory asociada al servicio McAfee?

MyStrongPassword!

Tarea 8 Conclusión

Se pueden seguir una cantidad significativa de vías de ataque para vulnerar la seguridad. Cubrimos algunos de los que se ven comúnmente utilizados durante un ejercicio de equipo rojo en esta red. Debido al gran tamaño de la superficie de ataque, nuevas vías para recuperar ese primer conjunto de Las credenciales se descubren constantemente. Será necesario desarrollar una metodología de enumeración adecuada y actualizarla continuamente para encontrar ese par inicial de credenciales. 

Medidas de mitigación

En cuanto a las medidas de mitigación, existen algunos pasos que las organizaciones pueden tomar:

• Concienciación y formación del usuario: El eslabón más débil de la cadena de ciberseguridad son casi siempre los usuarios. Capacitarlos y concienciarlos sobre la importancia de tener cuidado al revelar información confidencial, como credenciales, y de no confiar en correos electrónicos sospechosos, reduce la superficie de ataque.
• Limitar la exposición a servicios y aplicaciones en línea: no todas las aplicaciones deben ser accesibles desde Internet, especialmente aquellas que admiten NTLM y  LDAP autenticación. En cambio, estas aplicaciones deberían ubicarse en una intranet a la que se pueda acceder a través de una VPN.  De esta forma, puede admitir la autenticación multifactor para mayor seguridad.
• Implementar el control de acceso a la red (NAC): el NAC puede impedir que los atacantes conecten dispositivos no autorizados a la red. Sin embargo, esto requiere bastante esfuerzo, ya que los dispositivos legítimos deberán incluirse en la lista de permitidos.
• Hacer cumplir la Firma PYME los ataques de retransmisión no son posibles.
• Siga el principio de privilegios mínimos: en la mayoría de los casos, un atacante podrá recuperar un conjunto de credenciales. Siguiendo el principio de mínimo privilegio, especialmente para las credenciales utilizadas para servicios, el riesgo asociado a que estas credenciales se vean comprometidas puede reducirse significativamente.

Ahora que hemos ingresado, el siguiente paso es realizar la enumeración  para comprender mejor la estructura del dominio e identificar posibles configuraciones erróneas que puedan ser explotadas. Esto se tratará en la siguiente sala. Recuerde borrar la configuración DNS!

Sigan entrenando, Hacketones, Nos vemos en el próximo laboratorio!!!