Solar Dozor интегрирован с MaxPatrol SIEM

Solar Dozor интегрирован с MaxPatrol SIEM

Solar Dozor интегрирован с MaxPatrol SIEM

Компании Solar Security и Positive Technologies сообщают об успешном завершении проекта по интеграции DLP-решения Solar Dozor и MaxPatrol SIEM ― системы, предназначенной для выявления инцидентов ИБ в реальном времени.

Теперь Solar Dozor передает данные в MaxPatrol SIEM, благодаря чему офицер безопасности получает полную картину событий и инцидентов ИБ в компании, включая данные о передаче конфиденциальной информации по различным каналам, из одного источника.

Solar Dozor аккумулирует данные о движении конфиденциальной информации и коммуникациях сотрудников через различные каналы: корпоративную и личную почту, мессенджеры, веб-ресурсы и др. Поскольку Solar Dozor, в отличие от других DLP-систем, фиксирует не только факт утечки информации, но и нестандартное, подозрительное поведение сотрудников компании, многие угрозы безопасности компании – как информационной, так и экономической – могут быть выявлены еще на этапе планирования, а не только реализации.

В основе MaxPatrol SIEM лежат точные знания о модели IT-инфраструктуры предприятия. Эта модель постоянно обогащается данными из внешних источников и результатов сканирований, собственных механизмов анализа сетевого трафика на уровнях L2-L7 и активности на конечных устройствах. Информация от Solar Dozor дополняет IT-модель данными о внутренних нарушителях, предоставленными самой DLP-системой или появившимися в результате корреляции событий с нескольких источников. Собранная на единой панели MaxPatrol SIEM, эта информация помогает офицеру безопасности видеть все события безопасности, приоритизировать инциденты, обнаруживать атаки на ранних стадиях и оперативно реагировать на них.

«Атаки на компании становятся все более сложными и комплексными, – рассказывает Василий Лукиных, менеджер по развитию бизнеса Solar Dozor компании Solar Security. – Те атаки, которые обычно классифицируются как «внешние», в качестве отправной точки часто включают действия инсайдера. Поэтому подключение DLP к SIEM-системе – это логичный и даже необходимый шаг. Кроме того, доступ к информации о всех событиях ИБ через единую панель MaxPatrolSIEMне только позволяет офицеру безопасности оперативно выявлять и блокировать подозрительные активности, но и делает сбор доказательств и проведение расследований проще и удобнее».

«PositiveTechnologies и SolarSecurity связывают тесные взаимоотношения: наше сотрудничество стартовало в этом году с создания услуги SolarJSOC по защите клиентских веб-приложений на базе решения PTApplicationFirewall. Интеграция MaxPatrolSIEM и одной из ведущих отечественных DLP-систем является его логичным продолжением, а также создает возможности для реализации новых сценариев использования обеих систем, отвечающих последним тенденциям и угрозам в сфере кибербезопасности», – прокомментировал проект Алексей Голдбергс, руководитель направления по работе с технологическими партнерами компании, PositiveTechnologies.

Новая атака на кеш Nginx позволяет красть данные и ломать сайты

Исследователь YesWeHack Алекс Брумен описал вектор кибератаки Cache Key Injection. В случае её эксплуатации последствия для потенциальной жертвы опасные: обход контроля доступа, раскрытие закрытых страниц, отказ в обслуживании и при определённых условиях.

Как объясняет исследователь YesWeHack, проблема возникает не в Nginx по умолчанию, а в конфигурациях, где администраторы просто склеивают несколько значений переменной длины без разделителей. Например:

$scheme$host$request_uri$http_accept

Разных запроса два, а итоговая строка может получиться одна. Так, запрос к /h с заголовком Accept: ome*/* создаёт тот же ключ, что и обычное обращение к /home с Accept: */*.

Если атакующий успеет первым положить в кеш ответ 404, пользователи вместо главной страницы будут получать ошибку до очистки записи. Получается CPDoS — отказ в обслуживании с доставкой прямо из кеша.

 

Ещё веселее становится с закрытыми разделами. В лабораторном примере страница /admin была доступна только с localhost, но злоумышленник мог обратиться к /ad и перенести оставшуюся часть имени в соседний компонент ключа. Nginx видел разрешённый путь, однако доставал из кеша содержимое админ-панели.

При совпадении нескольких условий техника позволяет столкнуть HTTP- и HTTPS-запросы и записать в кеш страницу со ссылкой на атакующий JavaScript, превратив ошибку конфигурации в stored XSS. Даже Cloudflare не всегда спасёт: заголовок Authorization может провести запрос мимо его кеша прямо к уязвимому кешу Nginx.

 

Защита выглядит до смешного просто: не склеивать значения вслепую. Между элементами ключа нужны разделители или структурное кодирование, например:

$scheme|$host|$request_uri|$http_accept

Также следует проверять Host, перенаправлять HTTP на HTTPS и не кешировать аутентифицированные запросы.

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