HTB Spider. Эксплуатируем инъекцию шаблонов и уязвимость в XML - «Новости»

warning

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

Разведка. Сканирование портов

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

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

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

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

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

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

На­ходим два откры­тых пор­та: 22 (служ­ба SSH) и 80 — веб‑сер­вер nginx 1.14.0.

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

На что сто­ит обра­тить вни­мание? Так как это интернет‑магазин, здесь мож­но добав­лять товары в кор­зину. При этом исполь­зуют­ся cookie, но сде­лать с ними ничего инте­рес­ного пока нель­зя, пос­коль­ку они закоди­рова­ны.

Еще на сай­те есть фор­ма поис­ка. Я поп­робовал скар­мли­вать ей раз­ные инте­рес­ные пос­ледова­тель­нос­ти из сво­их сло­варей, но уяз­вимос­тей не нашел.

Ска­ниро­вание под­доменов, дирек­торий и дру­гого кон­тента тоже ничего не дало. Поэто­му я решил вер­нуть­ся к фор­мам регис­тра­ции и авто­риза­ции.

Пер­вое, на что натыка­емся, — это огра­ниче­ние дли­ны име­ни поль­зовате­ля.

Точка входа

На любые кавыч­ки и ком­мента­рии при регис­тра­ции име­ни поль­зовате­ля admin; # фор­ма никак не реаги­рова­ла.

На осталь­ные пат­терны из спис­ка тоже. Поэто­му дела­ем вывод, что фор­ма к SQL-инъ­екци­ям неуяз­вима. Одна­ко получа­ется добить­ся реак­ции при исполь­зовании в име­ни поль­зовате­ля тегов HTML! Нап­ример, если ввес­ти юзер­нейм <b>asd</b>, то на глав­ной стра­нице он отоб­разит­ся жир­ным шриф­том, хоть на стра­нице /user и оста­ется без изме­нений.

В подоб­ных слу­чаях, ког­да работа­ют теги HTML, сто­ит сра­зу про­верить воз­можность внед­рить шаб­лон (server-side template injection). Очень час­то подоб­ные уяз­вимос­ти сов­мести­мы с SSTI. И при исполь­зовании име­ни поль­зовате­ля {{7*7}} на стра­нице /user обна­ружим, что шаб­лон сра­ботал!

Уязвимость SSTI

Server-side template injection (SSTI) — это ата­ка, при которой зло­умыш­ленник внед­ряет в шаб­лон вре­донос­ный код. Шаб­лоны стра­ниц при­дума­ны для того, что­бы отде­лить верс­тку стра­ниц от кода, но воз­можность встав­лять в них динами­чес­кие дан­ные иног­да откры­вает новые горизон­ты.

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