InfoWatch Traffic Monitor Enterprise демонстрирует высокую производительность

InfoWatch Traffic Monitor Enterprise показал высокую производительность

InfoWatch Traffic Monitor Enterprise показал высокую производительность

Группа компаний InfoWatch выпустила обновление решения для контроля информационных потоков и защиты корпоративной информации InfoWatch Traffic MonitorEnterprise, отличающееся повышенным уровнем производительности. Технологии, реализованные в новой версии, позволяют перехватывать HTTPS-трафик пользователей на рабочих станциях, а не на шлюзе, благодаря чему производительность системы существенно возрастает. Кроме того, офицер безопасности теперь может исключить внутрикорпоративный трафик из отслеживаемых потоков информации для снижения нагрузки на сервер.

«Эффективная DLP-система должна не только предоставлять необходимую функциональность, но и отвечать высоким требованиям к производительности, – комментирует Александр Клевцов, менеджер по развитию направления DLP компании InfoWatch. – Поэтому при разработке данного обновления нашего флагманского продукта мы сосредоточились на том, чтобы обеспечить обработку и анализ больших объемов данных».

Дополнительно в InfoWatch Traffic Monitor Enterprise 4.1 встроено детектирование самораспаковывающихся архивов (SFX), что позволяет системе анализировать заархивированные данные на предмет наличия в них конфиденциальной информации.

Согласно данным Аналитического центра InfoWatch за 2012 год, основная часть утечек все еще происходит через бумажную документацию, поэтому при разработке InfoWatch Traffic Monitor Enterprise4.1 особое внимание было уделено каналу отправки данных на печать. Новая версия включает расширенный список языков печати и, как результат, отслеживает печать не только на стандартных офисных, но и на промышленных устройствах, часто используемых на предприятиях крупного масштаба. Таким образом, с помощью InfoWatch Traffic Monitor Enterprise 4.1 попытка распечатать конфиденциальные документы будет обнаружена вне зависимости от языка печати или модели принтера.

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

kernel.org внезапно опустел: на зеркалах случайно удалили архивы ядра Linux

У kernel.org случился редкий инфраструктурный конфуз: из-за ошибки при настройке нового первичного зеркала и изменении системы синхронизации внезапно опустел каталог kernel.org/pub/. Именно там на публичных зеркалах хранились архивы с кодом выпусков ядра Linux, патчи и файлы со списками изменений.

Пользователи, заходившие в каталог, вместо привычного дерева файлов увидели пустоту. Очень философский опыт для мира открытого кода.

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

Команда проекта уже занимается восстановлением данных. Но, как метко заметили участники kernel.org, удаление происходит быстро, а восстановление — медленно. Поэтому пользователей попросили набраться терпения.

Инцидент оказался неприятным не только для тех, кто привык скачивать архивы ядра напрямую с kernel.org. Он задел и сторонние проекты. Например, в Fedora сломались браузерные тесты openQA: много лет назад разработчики выбрали kernel.org как надёжный источник для проверки загрузки файлов.

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

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