WatchGuard блокирует 99% угроз

WatchGuard блокирует 99% угроз

В конце февраля в Сиэтле независимой лабораторией Miercom были протестированы устройства производителей WatchGuard , Juniper, Fortinet и SonicWall c целью выявить решение, обеспечивающее наивысший уровень защиты. В лабораторных условиях был создан тестовый трафик из сочетания HTTP, FTP и SMTP потоков, максимально приближенный к условиям типичной сети.

В испытании на определение уровня надежности были смоделированы различные атаки, включающие в себя известные угрозы, их мутации и еще не известные и даже специально созданные для теста вирусы. UTM-устройство WatchGuard обнаружило и заблокировало 100% неизвестных, пока не имеющих сигнатур вирусов, 99,9% мутаций известных вирусов и 98,1% известных угроз.

"Устройство WatchGuard Firebox обеспечивает всестороннюю безопасность сети, которая способна блокировать даже нестандартные угрозы, и по сравнению с конкурентными продуктами, на голову выше в вопросе эффективного обнаружения уязвимостей", - сказал Robert Smithers, генеральный директор Miercom.

Кроме надежности и безопасности важной характеристикой UTM-устройства является пропускная способность. В этом аспекте Firebox тоже показал удивительную работоспособность.

Он может поддерживать до 8 000 пользователей и 6 200 сессий в секунду (до 1 миллиона параллельных сессий). В отличие от производителей подобного оборудования, которые заявляют о производительности, исходя из идеальных условий, устройства Firebox X Peak 8500 показали соответствие заявленной пропускной способности 2 Gbps в реальных условиях.

Использование технологии прокси-фильтрации в устройствах WatchGuard обеспечивает непревзойденный уровень безопасности, поскольку весь неразрешенный к прохождению трафик блокируется по умолчанию. Эта технология позволяет защитить сеть от новых, даже еще не изученных видов атак, так как трафик, несоответствующий общепринятым стандартам, отсекается до попадания в локальную сеть.

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

Проблема проявилась как резкий всплеск сбоев Проводника. Инженеры начали изучать дампы и заметили странную деталь: падала 32-битная версия программы, запущенная на 64-битных системах Windows.

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

Дальше выяснилось, что деинсталлятор некорректно работал с системными API: использовал неправильное соглашение о вызовах функций и неверно обрабатывал параметры стека. Из-за этого при каждой неудачной операции данные из стека удалялись неправильно.

Поскольку процесс повторялся в цикле, повреждение памяти постепенно накапливалось. В какой-то момент указатель стека уезжал в область активного кода, и Проводник падал.

Со стороны всё выглядело как типичная системная ошибка: софт снова и снова аварийно завершал работу, создавая ощущение, что проблема в самой Windows. На деле операционная система лишь показывала последствия ошибки в стороннем ПО.

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

RSS: Новости на портале Anti-Malware.ru