warning

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

Разведка

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

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

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

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

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

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

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

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

• 
  
• 22 — служ­ба OpenSSH 8.9p1;
• 
  
• 80 — веб‑сер­вер Apache 2.4.52.
• 
  

В отче­те Nmap видим, что в заголов­ке http-title про­писан редирект на домен searcher.htb, который тоже сра­зу добав­ляем в /etc/hosts.

Те­перь можем перей­ти к самому сай­ту searcher.htb.

Точка входа

На сай­те находим помет­ку Powered by, которая ука­зыва­ет, что мы име­ем дело с чем‑то под наз­вани­ем Searchor 2.4.0.

На­ходим исходни­ки этой прог­раммы на GitHub, откры­ваем исто­рию изме­нений и видим, что в вер­сии 2.4.2 была запат­чена некая уяз­вимость.

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

Точка опоры

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