HTB Catch. Анализируем и перекомпилируем приложение для Android

RalfHacker

Се­год­ня мы про­ана­лизи­руем при­ложе­ние для Android, под­берем­ся к скры­тому сай­ту, порабо­таем с плат­формой Cachet, что­бы получить дос­туп к хос­ту, и реком­пилиру­ем при­ложе­ние, что­бы повысить при­виле­гии. Все это в рам­ках про­хож­дения сред­ней по слож­ности машины Catch с пло­щад­ки Hack The Box.

РАЗВЕДКА

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

На­чина­ем, как водит­ся, со ска­ниро­вания пор­тов иссле­дуемой машины. Ее IP сра­зу добав­ляем в /etc/hosts:

10.10.11.150 catch.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 8.2p1;
• пор­ты 80 и 8000 — служ­ба веб‑сер­вера Apache 2.4.41;
• пор­ты 3000 и 5000 — какие‑то неиз­вес­тные при­ложе­ния, работа­ющие по про­токо­лу HTTP.

Про­ходим к сай­ту на пор­те 80.

На сай­те ничего необыч­ного, скры­того или полез­ного не находим, кро­ме того, что пред­лага­ется заг­рузить какое‑то при­ложе­ние.

Пос­ле заг­рузки видим, что это прог­рамма для Android. На дру­гих пор­тах работа­ют Git (3000), чат Let’s Chat и плат­форма Cachet.

ТОЧКА ВХОДА

Как соз­дать и раз­вернуть вир­туаль­ную машину Android, а затем вклю­чить отладку, я уже писал в не­дав­нем про­хож­дении машины Routerspace, поэто­му сра­зу перей­дем к уста­нов­ке при­ложе­ния.

adb install catchv1.0.apk

При запус­ке при­ложе­ния получа­ем ошиб­ку соеди­нения, а так­же рас­кры­ваем новый под­домен, который сра­зу добав­ляем в /etc/hosts.

10.10.11.150 catch.htb status.catch.htb

Ука­зан­ный адрес ведет на порт 443, который на сер­вере зак­рыт, поэто­му поп­робу­ем вытянуть из при­ложе­ния еще какие‑нибудь дан­ные. Для это­го я буду исполь­зовать мини‑песоч­ницу для Android-при­ложе­ний MobSF. В ней есть воз­можность ста­тичес­кого и динами­чес­кого ана­лиза. Если тебе неохо­та уста­нав­ливать макет на свой хост, то мож­но поль­зовать­ся уже раз­верну­той он­лай­новой вер­сией.

Заг­ружа­ем при­ложе­ние и получа­ем отчет по ста­тичес­кому ана­лизу.

Из важ­ного сра­зу отме­чаем забитые в при­ложе­ние токены.

По вто­рому токену опре­деля­ем, что наша сле­дующая цель — Let’s Chat. Встав­ляем его как токен дос­тупа в заголо­вок Authorization.

ТОЧКА ОПОРЫ

Что­бы этот токен авто­мати­чес­ки встав­лялся в каж­дый зап­рос, отправ­ленный через бра­узер, вос­поль­зуем­ся фун­кци­ей match/replace в опци­ях Burp Proxy. Там выбира­ем заголо­вок зап­роса в качес­тве типа и ука­зыва­ем замену пус­того поля нашим заголов­ком.

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

Мо­жем получить сооб­щения из груп­пы, выпол­нив зап­рос на адрес /rooms/<is>/messages.

В груп­пе 61b86b28d984e2451036eb17 находим перес­ланные учет­ные дан­ные поль­зовате­ля john.

Про­буем ввес­ти эту учет­ку на всех веб‑сер­висах и получа­ем дос­туп к плат­форме Cachet.

ПРОДВИЖЕНИЕ

В нас­трой­ках плат­формы узна­ем ее вер­сию — 2.4.0-dev.

Пер­вым делом сто­ит про­верить, есть ли для этой вер­сии готовые экс­пло­иты. Самый надеж­ный спо­соб сде­лать это — поис­кать в интерне­те на сай­тах вро­де HackerOne, exploit-db и, конеч­но, GitHub.

В бло­ге Sonar опи­сано нес­коль­ко CVE. Нам инте­рес­на CVE-2021-39174, которая поз­волит про­читать перемен­ные сре­ды.

Зная номер CVE, мы най­дем го­товый экс­пло­ит на GitHub.

Экс­пло­иту нуж­но ука­зать URL, имя поль­зовате­ля и пароль.

python3 exploit.py --url http://status.catch.htb:8000 -n john -p 'E}V!mywu_69T4C}W'

С получен­ными учет­ными дан­ными под­клю­чаем­ся к SSH и забира­ем пер­вый флаг.

ЛОКАЛЬНОЕ ПОВЫШЕНИЕ ПРИВИЛЕГИЙ

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

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

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

Заг­рузим на хост скрипт для Linux, дадим пра­ва на исполне­ние и запус­тим его. Из важ­ного отме­тим най­ден­ный скрипт на Bash /opt/mdm/verify.sh, а так­же фай­лы со спис­ками дос­тупа (ACLs).

Боль­ше ничего инте­рес­ного нет, поэто­му прос­мотрим, какие про­цес­сы пери­оди­чес­ки могут запус­кать­ся на хос­те. В этом нам поможет прог­рамма pspy64.

От име­ни поль­зовате­ля root запус­кает­ся най­ден­ный нами скрипт. Раз­берем, что он выпол­няет. Скрипт про­ходит по фай­лам в катало­ге /opt/mdm/apk_bin, копиру­ет их в каталог /root/mdm/cerified_apps и переда­ет в фун­кции sig_check, comp_check и app_check.

В фун­кции sig_check с помощью ути­литы jarsigner про­веря­ется под­пись фай­ла.

В фун­кции comp_check ути­лита apktool декоди­рует файл, пос­ле чего из фай­ла AndroidManifest.xml пар­сится вер­сия SDK.

И в пос­ледней фун­кции app_check из фай­ла res/values/strings.xml пар­сится наз­вание при­ложе­ния, которое дол­жно начинать­ся с Catch. Резуль­тат встав­ляет­ся в коман­ду echo.

Это путь к выпол­нению кода, при­чем в кон­тек­сте поль­зовате­ля root. Все, что нам нуж­но сде­лать, — это смас­терить APK, который будет содер­жать файл res/values/strings.xml и коман­ду тер­минала в парамет­ре app_name. Пос­ле чего этот файл нуж­но будет под­писать.

Но еще удоб­нее — деком­пилиро­вать ска­чан­ный APK, внес­ти изме­нения и реком­пилиро­вать его. Для деком­пиляции будем исполь­зовать apktool.

apktool d -r -s catchv1.0.apk

Те­перь соз­дадим файл /res/values/strings.xml, содер­жащий кон­вей­ер команд, который выпол­няет коман­ду chmod u+s /bin/bash.

<string name="app_name">Catch|echo Y2htb2QgdStzIC9iaW4vYmFzaAo= | base64 -d | bash</string>

Наз­начение S-бита фай­лу коман­дной обо­лоч­ки поможет запус­тить ее от име­ни рута. Оста­лось соб­рать файл обратно с помощью того же apktool.

apktool b -f -d ./catchv1.0 -o ./catch_new.apk

Те­перь под­пишем файл с помощью jarsigner и заг­рузим на уда­лен­ный хост в каталог /opt/mdm/apk_bin.

keytool -genkey -v -keystore r.keystore -alias alias_name -keyalg RSA -keysize 2048 -validity 10000 jarsigner -verbose -sigalg SHA1withRSA -digestalg SHA1 -keystore ./r.keystore ./catch_new.apk alias_name

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

Ви­дим, что SUID выс­тавлен, поэто­му запус­каем новый bash уже в при­виле­гиро­ван­ном кон­тек­сте и забира­ем флаг рута.