CheckPoint представила сетевое решение для предотвращения потери данных

CheckPoint представила сетевое решение для предотвращения потери данных

Компания Check Point Software Technologies Ltd. сегодня объявила о выпуске сетевого решения предотвращения потери данных (Data Loss Prevention, DLP), помогающего компаниям перейти от обнаружения к предотвращению потери данных путем профилактической защиты конфиденциальной, закрытой и секретной информации от непреднамеренной утраты. В Check Point DLP имеются детальные правила, соответствующие принятым в компании процедурам обращения с информацией.



При работе с Check Point DLP пользователь получает оповещение о нарушении процедур обращения с документами, одновременно происходит обучение сотрудника работе с корпоративными данными. В дополнение к многофакторному механизму корреляции, с высокой точностью обнаруживающему нарушения правил работы с информацией, при решении задач DLP компания Check Point учитывает человеческий фактор, позволяя и провоцируя пользователя исправлять возможные нарушения в реальном времени.

«Нет такой компании, перед которой не стояла бы задача предотвращения потери данных. Рано или поздно в жизни каждого наступает момент, когда он отправляет e-mail с конфиденциальной информацией не тому получателю. Компания Check Point первой в отрасли решила проблему утечки данных, — заявил Гил Швед (Gil Shwed), основатель, председатель правления и генеральный директор компании Check Point. — Объединяя новаторские разработки и созданное нами решение предотвращения и исправления ошибок пользователей UserCheck, система Check Point DLP позволяет компаниям применять корпоративные правила и информировать о них пользователей, предотвращая как преднамеренную, так и непреднамеренную потерю данных».

Компании, применяющие Check Point DLP, могут включить технологию UserCheck, уведомляющую пользователей о возможном нарушении режима безопасности при помощи всплывающего сообщения или электронного письма. Работникам предписывается оперативно устранить возникшее нарушение и не допустить потери данных. Реализованная в решении Check Point уникальная функция устранения нарушений пользователями информирует их о корпоративных правилах работы с информацией и возможностях самостоятельного устранения нарушений, а также минимизирует распространение конфиденциальных данных в информационных системах.

Файлы, отправляемые в Интернет, обрабатываются новой системой Check Point MultiSpect — многофакторным механизмом классификации данных, анализирующим проходящий трафик и с высокой точностью определяющим связи между пользователями, типами данных и процессами. Чтобы помочь компаниям предотвращать нарушения с первого же дня внедрения системы, не прибегая к дорогостоящим профессиональным услугам, в решении Check Point DLP предусмотрено более 250 готовых правил, созданных на основе апробированных рекомендаций и призванных предотвратить распространение конфиденциальной информации.

Check Point DLP может устанавливаться на открытые сервера, а также поставляется в составе специализированных устройств DLP-1 для моментальной установки и запуска в эксплуатацию.

Источник

Российские провайдеры начали глушить защищённые DNS Google и Cloudflare

Пользователи сразу нескольких российских операторов пожаловались на проблемы с защищёнными DNS-сервисами Google и Cloudflare. Под ударом оказались протоколы DNS over HTTPS (DoH) и DNS over TLS (DoT), которые шифруют DNS-запросы и не позволяют провайдеру запросто подсматривать, к какому домену обращается пользователь.

По данным телеграм-канала bypassblock, сбои затронули абонентов «Ростелекома», «Дом.ру», «Таттелекома» и петербургского SkyNet.

Судя по результатам измерений, фильтрация работает хитрее обычного: TCP-соединение устанавливается, но защищённый туннель разваливается уже на следующем этапе.

При подключении к Cloudflare по адресам 1.1.1.1 и 1.0.0.1 через порт 853 TCP-рукопожатие проходит успешно, после чего соединение принудительно сбрасывается с ошибкой ECONNRESET — ещё до завершения TLS-аутентификации.


С Google Public DNS картина другая. Соединение с dns.google, 8.8.8.8 и 8.8.4.4 через порт 443 устанавливается, но после отправки TLS ClientHello ответы прекращаются.

Сессия либо висит до тайм-аута, либо завершается ошибкой unexpected eof while reading. Такое поведение может указывать на вмешательство промежуточного оборудования и фильтрацию по сигнатуре.

Симптомы различаются в зависимости от оператора и региона: у одних пользователей не работает только DoT, у других — DoH, а некоторым достался полный комплект. Техподдержка «Таттелекома» якобы прямо рекомендовала одному из абонентов отключить оба протокола для восстановления доступа.

Официального подтверждения централизованной блокировки пока нет. Однако совпадение сбоев у нескольких провайдеров и одновременные проблемы у Google и Cloudflare выглядят слишком сильно для обычной случайности.

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