West Coast Labs: eSafe блокирует 99.9 процентов спама

West Coast Labs: eSafe блокирует 99.9 процентов спама

Компания Aladdin сообщает о том, что eSafe сертифицирована по программе West Coast Labs’ Checkmark Certification и отмечена почётным знаком CCT за качество защиты от спама и вредоносного кода на уровне шлюза.

Исследовательская лаборатория West Coast Labs – один из лидеров в области проведения испытаний сервисов и средств безопасности. Проводимая ею сертификация по системе CESG Claims Tested Mark (CCTM) предполагает выполнение требований независимых аккредитованных тестов на предмет соответствия образца заявленным его производителем функциональным характеристикам. По результатам успешной сертификации компания получает право использовать знак ССТ, свидетельствующий о соответствии высоким требованиям, позволяющим применять продукт в масштабных телекоммуникационных и корпоративных проектах. Система CCTM основана на стандартах Checkmark Certification и позволяет получить независимую экспертную оценку эффективности технологий и сервисов информационной безопасности.

Церемония вручения сертификатов CCTM состоялась на конференции Infosecurity Europe 2009. В рамках мероприятия системе eSafe 7.1, обеспечивающей эффективное обнаружение вредоносного кода, блокирование спама и фильтрацию URL-адресов, был присвоен почетный знак ССТ и выдан соответствующий сертификат. Система eSafe прошла испытания по критериям защиты от спама, шпионских и троянских приложений, защиты от вирусов на уровне шлюза и фильтрации URL-адресов. В ходе тестирований на фильтрацию спама система eSafe показала впечатляющий результат. С помощью уникальных методов многоуровневого анализа электронных писем было отсечено 99.9% нежелательной корреспонденции.

Компания Aladdin является пионером в области защиты от вредоносного кода на международном рынке, признанным новатором и обладателем множества запатентованных технологий. Разработанная Aladdin система eSafe обеспечивает высокий уровень безопасности и позволяет более эффективно использовать ресурсы компании. Это достигается высокой производительностью системы, обширными возможностями управления и масштабирования, а также оперативного реагирования на сетевые атаки. Независимо от масштабов организации, централизованная система eSafe создаёт надёжный барьер для проникновения вредоносного кода, блокирует неавторизованные приложения и осуществляет фильтрацию почтового трафика. Благодаря высокой производительности, оптимальному функционалу и удобству в эксплуатации система eSafe способна одинаково эффективно работать в корпоративных сетях крупных многофилиальных организаций и сетях Интернет-провайдеров, фильтруя и доставляя чистый контент неограниченному количеству пользователей.

Напомним, что система защиты от вредоносного кода и спама eSafe сертифицирована в России по линии ФСТЭК. На отечественном рынке eSafe является единственной системой, позволяющей без снижения производительности осуществлять потоковую фильтрацию Web-трафика и глубокий анализ почтового контента. Среди организаций использующих eSafe: – Северо-Западный Телеком, Мегафон - Дальний Восток, Межрегиональный ТранзитТелеком, Банк «Возрождение», Банк ВТБ, Банк РБР, Федеральная служба государственной статистики (Росстат), Российская корпорация нанотехнологий и многие другие.

Критическую уязвимость в ядре Linux x86 не замечали с 2020 года

В ядре Linux обнаружили уязвимость, которая тихо жила в системе несколько лет — и притом в одном из самых чувствительных мест. Речь идёт о механизме обработки page fault на архитектуре x86, то есть о коде, который срабатывает каждый раз, когда процессор фиксирует некорректный доступ к памяти.

Проблема тянулась как минимум с 2020 года и была связана с тем, что в ряде сценариев аппаратные прерывания оказывались включёнными в момент, когда ядро ожидало их отключения.

На практике это означало потенциальную нестабильность в крайне редких, но критически важных ситуациях — там, где от предсказуемости поведения ядра зависит вообще всё.

На уязвимость обратил внимание инженер Intel Седрик Син (Cedric Xing), внимательно изучавший код обработки исключений. Как выяснилось, логика в функции do_page_fault() опиралась на устаревшее и, по сути, ошибочное допущение.

В комментариях прямо говорилось, что отследить состояние прерываний на всех возможных ветках выполнения почти невозможно — и разработчики много лет балансировали между «комбинаторным кошмаром» из патчей и попытками аккуратно чинить отдельные случаи.

Но проблема оказалась глубже. Код смешивал два разных понятия — адрес (пользовательский или ядерный) и контекст выполнения. Обычно они совпадают, но не всегда.

Существуют ситуации, когда обращение идёт к памяти ядра, но в пользовательском контексте. В таких случаях некоторые ветки обработчика могли повторно включить прерывания — и вернуть управление туда, где ядро было уверено, что они всё ещё выключены.

Особенно показательной оказалась ветка __bad_area_nosemaphore(), где предпринимается попытка «восстановить правильное состояние», но на деле это происходило не всегда и не одинаково. В результате возникала асимметрия: в зависимости от пути выполнения система могла оказаться в неожиданном состоянии.

В итоге разработчики пришли к простому, но радикальному выводу: латать отдельные ветки бессмысленно. Вместо этого было принято решение гарантированно и безусловно отключать прерывания в одном конкретном месте — прямо перед возвратом управления в низкоуровневый обработчик page fault. Без условий, без проверок, без попыток «угадать» контекст.

Патчи уже вошли в ветку Linux 6.19, а также планируются к бэкпорту в поддерживаемые стабильные версии. Фактически оно устраняет дефект, появившийся ещё во времена Linux 5.8.

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