
BugTraq #9
Xakep, номер #033, стр. 033-008-3
by Andrew McQueen <amcqueen@jstmackintosh.co.uk>
Когда видишь постинги бага в MS-продукте, приходит усталость от скроллинга всех уязвимых платформ: все варианты виндов, с SP, с hotfix`ами и без... Здесь подобный случай. Outlook Web Access - дополнительный модуль Exchange server`a от Microsoft, который в работе тесно связан с IIS-сервантом того же производителя. Дополнительная фича позволяет изучать новые письма по WWW, т.е. преобразует обычную почту в web-ориентированную. Значок % - давнее западло многих систем, из которых не выделился и OE. Система останавливается aka виснет, после того как пользователь вводит нехилую кучу %%% в поле Log On`а. Сие случается как при вводе мусора вместо (вместе) логина, так и пароля. Баг завязан на первичную дыру в WWW Publishing и IIS Administration-сервисах. Дырка разработана не на 100%, так что реальным можно считать выполнение кода в системе жертвы с административных полномочий. Из описания понятно, что для атаки на сервер - эксплойт не нужен, потребуется лишь наличие браузера :). На данный момент официального патча от MS не последовало. Ждем первой звезды.
FreeBSD IPFW
by FreeBSD Security Advisory
BSDуны никак не разберутся меж собой: кто лучше - ipf или ipfw. У всех свои доводы. Новый баг станет на сторону ipf-еров. Для эксплойтинга потребуется доступ в систему, т.е. дыра является локальной.
Использование ipfw с "me" идентификатором на "point to point" интерфейсе может повлечь за собой доступ к локальному хосту с удаленного, что находится на другом конце линка. Когда "me" используется на рассматриваемом линке, ipfw создаст специфическое правило в firewall-настройках для удаленного хоста. Созданное правило позволит намеренный доступ в систему, по которому может случиться несанкционированный доступ определенным ресурсам. Результат достаточно серьезен, т.к. часто в VPN`ах (бывает редкие герои, кто их строит в *nix`ах =) ограничение доступа осуществляется только правилами файрвола, замещая простейшее системное распределение access`a.
Apache
by Jeff Workman jworkman@pimpworks.org
Когда выходит новый баг в IIS`е, все юниксойды с облегчением вздыхают, лишний раз убеждаются в правильности выбора Apache`а. NT-админы же напоминают, что и MS-детище можно грамотно настроить... В данной ситуации пострадал как раз пуленепробиваемый апач, попав в багтрек с пометкой Remote=yes.
Попортить систему, несущую в своем чреве рассматриваемый web-сервер, можно, если имеется mod_rewrite-правило в настройках httpd. С включенным rules`ом получается подобная картина:
RewriteCond %{HTTP_REFERER} !^http://www\.xakep\.ru.*$
RewriteRule ^/images/.* - [G]
Данная пропись не закроет запросы на //images директорию и позволит удаленно запросить всю необходимую графику, что существенно поднимет трафик, проходящий без рекламы (типа когда линкуешь напрямую JPG - хостер не может показать очередной баннер или pop-up), и поставит на бабки хозяев сервака и, возможно, будет способствовать проведению d.o.s-атаки. Так что, chat.ru и другие, не прячьте ваши денюжки, не запрещайте Hotlink`и, вас все равно достанут хакерманы :).