> For the complete documentation index, see [llms.txt](https://4lec4st.gitbook.io/4lec4st/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://4lec4st.gitbook.io/4lec4st/writes-ups/dockerlabs/very-easy/hedgehog.md).
# HedgeHog
## Información de la máquina
**HedgeHog** es una máquina **Linux** de nivel **muy fácil**, diseñada para practicar ataques básicos de enumeración y escalada de privilegios.
***
## Reconocimiento
La fase de **reconocimiento** es el primer paso a la hora de resolver una máquina. Su objetivo es recopilar la mayor cantidad de información posible sobre el sistema objetivo, permitiendo entender su estructura, tecnología y posibles vectores de ataque.
Empezaremos haciendo un ping a la máquina víctima para ver si está encendida y ante que nos enfrentamos.
Si recibimos respuesta, significa que la máquina está en línea. Además, observamos que el **TTL** (Time To Live) es **64**, lo que indica que es un sistema **Linux** (normalmente, los sistemas Windows tienen un TTL de 128).
**1. `-p-` → Escaneo de todos los puertos (1-65535)**
Por defecto, `nmap` solo escanea los **1000 puertos más comunes**.\
Con `-p-`, forzamos a que escanee **los 65535 puertos** de la máquina objetivo, lo que puede ser útil para encontrar servicios que corren en puertos poco convencionales.
**2. `--open` → Filtrar solo los puertos abiertos**
Cuando escaneamos un sistema, muchos puertos pueden estar cerrados o filtrados por un firewall.\
Este parámetro hace que `nmap` **solo muestre los puertos abiertos**, reduciendo el ruido y facilitando el análisis.
**3. `-sS` → Stealth Scan (Escaneo Sigiloso con SYN)**
Es conocido como **"TCP SYN Scan"**, y funciona de la siguiente manera:
* `nmap` envía un paquete **SYN** (solicitud de conexión).
* Si el puerto está abierto, el servidor responde con **SYN-ACK**.
* En lugar de completar la conexión con un **ACK**, `nmap` responde con un **RST (Reset)**, interrumpiendo la comunicación.
**4. `--min-rate 5000` → Velocidad mínima de paquetes (5000 por segundo)**
Por defecto, `nmap` ajusta dinámicamente la velocidad de los paquetes según la respuesta de la red.\
Con `--min-rate 5000`, obligamos a `nmap` a **no enviar menos de 5000 paquetes por segundo**, acelerando el escaneo.
**5. `-n` → Deshabilitar resolución DNS**
Normalmente, `nmap` intenta resolver el nombre de dominio de las IPs escaneadas (DNS lookup).\
Con `-n`, evitamos esta resolución de nombres, lo que **acelera el escaneo** y evita que los servidores DNS registren nuestra actividad.
**6. `-Pn` → Omitir detección de host (Host Discovery Off)**
Por defecto, `nmap` envía paquetes ICMP (ping) para ver si un host está activo antes de escanearlo.\
Si un firewall bloquea los pings, `nmap` puede marcarlo como "host down" y no escanearlo.
**7. `-oG`** **→ Exportar el contenido en formato grepeable**
Todo el resultado del escaneo lo exportaremos en un archivo llamado **`puertos` .**
El escaneo revela que el puerto **22(SSH), 80(HTTP)** está abierto. Ahora realizamos un escaneo más detallado:
**1. `-p22,80` → Escaneo de puertos específicos**
Con `-p22,80`, le indicamos que **solo** escanee los puertos **22 (SSH) y 80(HTTP).**
**2. `-sCV` → Escaneo de versiones y scripts básicos**
Este parámetro en realidad es **dos combinaciones en una**:
* **`-sC`** → Activa los **NSE scripts por defecto** en `nmap` (similar a usar `--script=default`).\
Ejecuta scripts básicos para enumerar información del servicio detectado, como banners, versiones, etc.
* **`-sV`** → Realiza **fingerprinting de versiones**, intentando identificar la versión exacta del software en cada puerto abierto.
**3. `-oN` → Guardar el resultado en formato Normal**
Por defecto, `nmap` muestra los resultados en pantalla, pero con **`-oN targeted`**, guardamos el resultado en un archivo en **formato legible para humanos**.
Viendo la página vemos un posible usuario llamado tails.
***
## Explotación de las vulnerabilidades
Aplicamos un **ataque de fuerza bruta** sobre el usuario **tails**, lo que implica intentar múltiples contraseñas hasta encontrar la correcta.
Tras varios intentos, conseguimos obtener la **contraseña** correcta, que es: **3117548331**.
Con esta contraseña, podemos acceder a la cuenta de **tails** y seguir con la explotación de la máquina.
***
## Post Explotación y escalada de privilegios
Si ejecutamos el comando `sudo -l`, podemos observar lo siguiente:
```
(sonic) NOPASSWD: ALL
```
\
Esto significa que el usuario **sonic** tiene permisos para ejecutar cualquier comando sin necesidad de ingresar una contraseña.
Para aprovechar esta vulnerabilidad, ejecutamos el siguiente comando para obtener una shell como **sonic**:
```
sudo -u sonic /bin/bash
Esto nos proporciona acceso como sonic.
```
Si volvemos a ejecutar `sudo -l` mientras estamos logueados como sonic, notamos que también podemos ejecutar cualquier binario como **root**.
La salida será algo como:
```
(ALL) NOPASSWD: ALL
```
Finalmente, al ejecutar el comando `sudo su`, obtenemos una shell como **root**, lo que nos otorga **privilegios máximos** en la máquina.
***
## Conclusión
**HedgeHog** es una máquina que refuerza el uso de herramientas esenciales en pruebas de penetración, como **Hydra** para ataques de **fuerza bruta** y la enumeración de privilegios en **sudo** para la **escalada de privilegios**.
A través de este reto, aprendemos a identificar credenciales mediante ataques de diccionario, acceder al sistema a través de **SSH** y analizar configuraciones de permisos que pueden permitir la **ejecución de comandos como root**.