Bugtraq #10

Xakep, номер #034, стр. 034-014-3

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

Эксплойта пока что нет. Официальные патчи здесь ftp://ftp.netbsd.org/pub/NetBSD/security/patches/. Неуязвимой остается система свежести 1.5.2, так что любителям генеральной уборки апгрейд станет неплохим решением.

Получение парольного хэша через rmuser во FreeBSD

Bugtraq id 3282

Тип эксплойтинга - локальный

Дата - 04.09.01

Уязвимый продукт - FreeBSD 4.2-4.3 (включая)

Автор - (dynamo@harvard.net)

*BSD системы во главе с Free отработали свой план по ремотным багам на год вперед, когда обнаружился эксплойт на telnetd в июле... Пришла пора багов локальных, так что по осени начинаем считать количество BSD-машин, захваченных локально. Никто не подкинет шелл на своей фрюхе? ;)

FreeBSD поставляется в комплекте с PL-скриптом «rmuser». Данный scp применяется в административных целях удаления юзеров из системы. Примечательной особенностью является то, что тулза создает временную версию master.passwd. Если атакующий может знать предположительное время работы администратора со скриптом, становится реальным подрезать содержимое master.passwd. Эксплойтинг данной баги экстремально привязан к точному времени, и его успех является удачей, если, конечно, adm не занимается аудитом юзеров в одно и то же время, одним и тем же средством... Патчимся тут ftp://ftp.freebsd.org/pub/FreeBSD/CERT/patches/SA-01:59/, эксплойтим ручками :).

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

Отиметить врезкой, т.к. идёт важная, капитальная инфа

XXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXXX

О структуре Багтрека

Кто отслеживал данную рубрику по предыдущим номерам, мог заметить, что мы стали еще более похожи на оригинальную security-ленту. В связи с чем могли появиться некоторые заморочки. Считаю нужным пояснить, т.к. существующая форма рубрики будет сохраняться еще n-ное время.

Bugtraq id - идентификатор, присвоенный securityfocus`ом, определенной уязвимости. Оттого линков на баг больше не дается, и ты всякий раз можешь найти оригинальную инфу по URL`у следующего вида http://www.securityfocus.com/bid/id, где ИД - номер, который у нас числится как bugtraq id. Существуют другие источники инфы, как, например, горячо любимый мною neworder.box.sk. Если баг оказывается только там или еще где-то, не попав на SecurityFocus, - мы отмечаем ситуацию отдельным линком. Но по практике описания 95% более-менее значимых дыр - первым делом оказываются в оригинальном Bugtraq`e.

Тип эксплойтинга - два варианта: локальный и удаленный. То, каким образом можно воспользоваться дырой. Локальный тип предполагает наличие доступа в систему и поломку «изнутри». Удаленный (он же ремотный) - система разрабатывается снаружи. По практике - большинство «быстрых», скандальных взломов осуществлялось ремотным образом. Так что наличие пометки «remote» и заголовка с названием известного софта/ОС - залог успеха.