BugTraq #3

Xakep, номер #027, стр. 027-008-2

А так, я сильно сомневаюсь, что поддержки действительно авторитетных security-команд будет достаточно, чтобы прикрыть вполне серьёзные проекты, вроде SecurityFocus, которые имеют прибыль, как раз за счёт выставления эксплоитов для script kiddies.

Маленький, да удаленький Webactive HTTP

Малоизвестный сервер, который не заслужил бы нашего внимания, если бы не содержал простой и грубейший баг:

Всего лишь добавив "/.../" в URL нужного сайта, можно получить доступ к любому файлу, находящемуся на сервере, даже вне дыры веб-сервера.

Вот пример того, как можно утянуть лог скандиска :).

www.xakep.ru/../../../scandisk.log

Есессно, можно взять другой, нужный тебе файл. Полное название дырявой системы WEBactive HTTP Server version 1.0. Как исправить багу - не понятно, так как производитель сервера уже его не поддерживает, и я лично даже официального сайта не нашёл. Сервер сложно найти в Инете, он рассчитан на работу с домашних выделенок и в небольших офисах.

Netscape снова лажается: DOS

Не успел пройти шок от серьёзных проблем с Netscape Enterprise$ server, как порадовала Netscape Collabra, из набора SuiteSpot. Сервер рассчитан на работу с news-конференциями. Проблема с безопасностью связана с возможной перегрузкой оперативной памяти и CPU. Предварительно стоит отметить, что помимо классического 119-го порта сервер открывает несколько "сервисных" TCP - 5238, 5239 и 20749. Какую же бяку можно сотворить с "оголённым задом" сервера? После посылки chapter-мусора на TCP 5238 в объёме 4-5К происходит разрыв соединения. После чего съедается ~5K оперативки, которые в течение работы так и не восстанавливаются. На первый взгляд, это неразумный минимум, но для его преобразования в максимум требуется множество подключений с посылкой флуда. Сервер не имеет, по умолчанию, лимитов на количество сессий, так что за длительное время можно полностью забрать память, сделав сервак неработоспособным.

Еще хуже для разработчика и админа сервера обстоят дела с 5239 портом. При посылке 7-значной (и более) последовательности, файл srchs.exe подгрузит ЦП на 100%!

Как исправить: закрыть доступ к 5238, 5239 всем, кто не относится к Trusted group.

Человек, обнаруживший уязвимость, за месяц до публикации информации несколько раз связывался с разработчиками Netscape по электронной почте и телефону, предупреждая о проблеме. Как видите, ничего исправлено не было.

Убитая ББСка bbs_forum.cgi

Какой же выпуск багтрека без свежей инфы о баге в популярном CGI-скрипте. Скрипт есть, а вот свежесть баги в нём сомнительна: первыми инфу распространили cgisecurity.com ещё в конце первой недели января. Тогда была замечена лишь вершина горы уязвимостей. Так вот, к февралю кул перл-кодеры посидели пару недель над сырцами и выявили следующую хрень, позволяющую читать любые файлы на сервере, к которым имеет доступ вебсервер (с правами nobody). Что требуется сделать для использования бага: