Hack-Faq

NsT (nst.void.ru), Forb

Хакер, номер #091, стр. 091-066-1

(forb@gameland.ru)

Q: Заметил, что в последнее время админы уделяют много времени настройке PHP, поэтому все чаще вижу защиту с помощью safe_mode, да еще и с включенной функцией open_base_dir. Какие бажные функции могут спасти меня при таком нехорошем раскладе?

A: Если посчитать на пальцах, то можно сгенерировать следующий список «дуршлачных» функций, которые помогут взломать якобы защищенный сервер. Жаль, что не все функции из ниже перечисленного присутствуют в дефолтном варианте PHP.

Упорядочу их по актуальности на сегодняшний день.

1. Функция curl_init() (нет по дефолту);

2. Функция Include();

3. Через взаимодействие с БД. Для возможности осуществления должны быть соответствующие права в базе данных (учти, что базы на хостинге может и не быть);

4. Функция mb_send_mail() (нет по дефолту);

5. Функции imap_list() imap_body() (нет по дефолту);

6. Функция copy().

Уязвимые версии функций для того или иного релиза PHP ты можешь посмотреть на страницах багтрака.

Q: А как мне определить, какая версия PHP находится у хостера?

A: Самый точный способ определения заключается в загрузке на сервер файла info.php с содержанием <?phpinfo();?>. В информации о PHP ты быстро найдешь текущий релиз. Если же админ закрыл функцию phpinfo() или у тебя слишком урезаны права – просто запроси несуществующую страницу на сервере. При включенной серверной подписи ты увидишь версию Apache, PHP и, возможно, других модулей. Учти: эту информацию можно легко подделать!

Q: Так, так. Как раз в моем случае админ врубил safe_mode и ограничил меня в домашней директории. Однако я изучил багтрак, определив, что в установленной версии PHP присутствует ошибка в функции copy(). Как же мне теперь воспользоваться багом и достать необходимый мне файл? Документ лежит в /home/hacker/need.txt, а я нахожусь в пределах /home/freehosta/public_html.

A: А ты уже почти нашел ответ! Нужно было не только посмотреть уязвимую версию PHP, но и почитать full disclose в багтраке :).

Если PHP действительно не пропатчен, то нужная информация уже почти у тебя в руках. Осталось только написать небольшой скрипт для эксплуатации данной уязвимости.

<?

$needfile="home/hacker/sp_s.txt";

$outputfile="/home/freehosta/public_html/sp_s.txt";

copy("compress.zlib://".$needfile,$outputfile);

?>

Заливаешь этот скрипт на сервер и открываешь. Если луна находится в нужной фазе, то в public_html должен появиться ожидаемый файл. Не забывай про права доступа, а то потом будешь долго искать какой-то другой метод только из-за собственной невнимательности.

PS: Если ты, из семейства угрюмых ленивцев, то ищи реализацию этой уязвимости в RST-шелле. Где брать этого зверя, думаю, уже знают все.

Q: Столкнулся с неприятным раскладом. Имеется хостинг с включенным open_base_dir. Также есть доступ на сервер, но я могу лишь просматривать файлы, стянутые багой в copy(). Как бы мне еще и список каталогов посмотреть, чтобы ознакомиться со всеми файлами?

A: Удобная система locate как раз может выдать тебе местоположение искомых файлов. А точнее ее база, которая хранится в *BSD тут: /var/db/locate.database , а в Linux — в /var/lib/slocate/slocate.db. Учти, что все зависит от прав, установленных на этом файле. Например, в FreeBSD файл могут читать все, а в Linux SlackWare — только root и пользователи группы slocate. Если повезет, то ты можешь скопировать этот файл через copy(), а затем ознакомиться с иерархией каталогов и файлов в системе.

Содержание  Вперед на стр. 091-066-2
ttfb: 3.4451484680176 ms