Взлом RIN.RU

Master-lame-master

Хакер, номер #072, стр. 072-052-2

От нечего делать я сохранил конфиг апача на диске. Внимательно его изучив, я понял, что никаких упоминаний про .htpasswd там нет. Но сразу же нашел одну небольшую деталь: к конфигу подключался еще один документ - virtual.conf. Я незамедлительно сохранил и его. Конфигурационный файл виртуальных хостов был интереснее httpd.conf - здесь находились записи всех доменов, а также описывались админские ресурсы. Естественно, что в этом файле я нашел множество ссылок на .htpasswd-like файлы. Мне оставалось лишь объединить все пароли в один большой файл и скормить его любимому john-the-ripper’у.

Игры с файлами

Изучив список 74 хэшей, я занес все аккаунты в файл rin.admin. Затем лениво запустил Джона с параметром -single. Результат был нулевым - пароли не поддались быстрой расшифровке. Тогда я заюзал большой английский словарь, но Джоник снова не принес никаких результатов. Казалось, что ситуация неразрешима, но тут мне пришло в голову использовать русский словарь – вдруг пароль имеет вид русского слова, набранного в английской раскладке. К моему удивлению, десять паролей сразу же были расшифрованы. Для начала такой результат меня вполне устраивал :). Вооружившись virtual.conf, я стал бродить по запароленным ресурсам и искать сам не знаю что :). Меня поразило то, что некоторые админки вообще были доступны безо всякого пароля (правда, при обращении к скриптам меня выкидывало на главную страницу портала). Через полчаса безуспешных скитаний я зашел в очередную зону администрирования ресурса http://program.rin.ru. Здесь были какие-то ссылки на присланную документацию и раздел модерирования комментариев в гостевой. В списке засланных доков я нашел русский перевод мануала к SQL и какую-то статью. Сам факт записи файлов со стороны не мог меня не заинтересовать. Временно оставив админку в покое, я стал искать истину в самом ресурсе http://program.rin.ru. Обшарив все разделы, я не нашел ничего полезного. Не знаю, каким ветром меня занесло в пункт меню «Обратная связь» (как я сразу не догадался?), но только на этой паге передо мной предстала милая формочка для присылки статьи, документации и программ. Подумав, что админы не запретили присылать документы в формате pl, я выбрал второй раздел и от балды заполнил все поля, а в качестве файла указал путь к перловому DoS’еру для Apache ;). Но не тут-то было - скрипт отсылки документов не вернул никаких данных. Я подумал, что сработал запрет на расширение файла, но посылка заранее сформированного документа statya.txt также не увенчалась успехом. Идея отсылки PHP-шелла была единственной зацепкой (не зря же я пароли расшифровывал :)), поэтому было решено разобраться в исходниках сценария, благо путь к нему мне был известен. Сохранив файл add_info.pl на диске, я пролистал его по диагонали и допер, почему информация не отсылается. Оказывается, помимо четырех главных параметров, скрипту требовался пятый - скрытый параметр what. Если он имел значение 1, add_info.pl понимал поток данных как статью, 2 – как документацию, 3 - как программу. Моя реакция была незамедлительной - я тут же пропатчил форму отсылки, сохранив ее в отдельном файле form.html. В HTML-код добавился параметр what, равный двойке. Операция пересылки успешно удалась - вывод сценария говорил о том, что файл отправлен и будет рассмотрен администратором.