BugTraq

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

Постинг о серьезном баге в рассматриваемой Virtual Machine уже отмечался в предыдущем выпуске BugTraq. Последняя баг-новинка позволяет исполнить произвольный код на машине пользователя виртуальной машины. На первый взгляд, мифичный, юзер оживает в каждом из нас: большинство браузеров имеют встроенную или модульную поддержку Java'ы. Так что, «заглянув на огонек» по неприятельскому URL'у, можно легко выцепить апплет, загрузкой которого на твоей тачке исполнится вредоносный код в обход встроенной «песочницы» (sandbox) безопасности. Стоит отметить, что подобный апплет должен быть создан на bytecode-уровне. Как водится, произвольный код стартует с привилегиями текущего пользователя, запустившего виртуальную машину. Отсюда оживает старая мысль: не работайте с r00t'a в *nix'e, а в Винде (что почти невозможно) - держитесь Power user'a, а не adm'a. Организаторы SecurityFocus'a дают наколку о возможном происхождении рассматриваемого BID'a из другого, носящего номер 740.

Публичным эксплойтом нас обдели, зато патчи образовались очень оперативно (как оно обычно бывает у Sun'a). Линков на заплаты не даю, т.к. они уникальны под каждый отдельный продукт, поддерживаемый Java VM. Рекомендую ознакомиться с бюллетенем от MS'a: минимум технических подробностей - максимум доступности к пониманию ;). Линк - http://www.microsoft.com/technet/treeview/default.asp?url=/technet/security/bulletin/MS02-013.asp.

Переполнение буфера в DNS-сервере из Squid Proxy

BT id 4363

Класс - ошибка смежных условий

Тип эксплойтинга - удаленный

Дата - 26.03.02

Уязвимый продукт - Multi-vendor

Автор - zen-parse zen-parse@gmx.net

Показ Баг-моды «зима-весна» 2002 успешно продолжается, проходя под знаком multi-vendor :). Так, уже обозначенный Sun второй месяц подряд радует серьезным багом, разбежавшимся по огромной куче продуктов, тесно связанных с их виртуальной машиной. Не отстает и некогда чрезвычайно стабильный Squid Proxy, отмеченный в предыдущем выпуске ленты BugTraq Х. Как и в случае Sun, проделка кодеров оказывается актуальна для целой серии других продуктов, включающих в свою поставку Squid'a.

Работа рассматриваемого прокси с DNS'ами основана на собственной внутренней реализации DNS-сервера. Именно данный модуль открывает уязвимость, позволяя обвалить прокси с SIGSEGV-ошибкой. Обвал достигается путем формирования вредоносного DNS-ответа при запросе от Squid'a. Для возврата к полноценному функционированию необходим перезапуск прокса.

Патчи к некогда стабильной 2.4 stable4 доступны, еще имеется в наличие отдельная версия, изначально пропатченная от недуга - 2.4 stable6. Более элегантное решение (хотя вовсе и не заменяющее апгрейда) - перевод Squid'a на работу с внешним DNS-сервером. Сие достигается добавлением ключика --disable-internal-dns. Разработчики не рекомендуют подобного перевода (наверное, в первую очередь, из патриотических соображений ;), мотивируя это возможными проблемами при обработке сильно забитых кэшей прокси. Родные патчи сдувать здесь - http://www.squid-cache.org/Versions/v2/2.4/bugs/, а, как и прежде грамотный, обзор дыры от самих разработчиков тут - http://www.squid-cache.org/Advisories/SQUID-2002_2.txt