В R-Vision SIEM 2.3 появился контроль доступа и сбор с агентов

В R-Vision SIEM 2.3 появился контроль доступа и сбор с агентов

В R-Vision SIEM 2.3 появился контроль доступа и сбор с агентов

28 мая 2025 года компания R-Vision представила обновление своей системы управления событиями информационной безопасности — R-Vision SIEM версии 2.3. Основное внимание в новой версии уделено работе в распределённых инфраструктурах, гибкости при сборе данных и управлении доступом.

Централизованное управление и работа с распределёнными сегментами

В новой версии появилась возможность централизованно управлять кластерами SIEM с помощью «пространств» и «сервисов». Это позволяет из одного интерфейса подключать удалённые узлы и управлять их настройками.

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

Появились также новые коннекторы типа Global Bus — они обеспечивают обмен данными между коллекторами даже в разных сегментах.

Управление агентами и сбор событий с устройств

В системе появился отдельный компонент — менеджер агентов. С его помощью можно управлять установкой и настройкой R-Vision Endpoint на рабочих станциях и серверах под Linux, Windows и macOS. Через него настраиваются политики и процессы сбора данных как из журналов и файлов, так и напрямую с устройств.

Новый подход к разграничению доступа

Для работы с событиями добавили поддержку ABAC — разграничение доступа по атрибутам. Теперь можно создавать политики доступа с учётом характеристик событий и использовать язык запросов RQL для настройки. Политики можно применять сразу к нескольким ролям и хранилищам.

Изменения в конструкторе правил

Конструктор правил корреляции и нормализации получил ряд обновлений:

  • добавлена возможность использовать глобальные функции на языке VRL — переиспользуемые блоки кода для обработки событий;
  • появилась фильтрация по активным спискам, таблицам обогащения и глобальным функциям;
  • добавлены операторы In, Like, =null, !=null;
  • можно вернуться к предыдущим версиям правил;
  • появились лимиты на генерацию событий — при превышении лимита система может временно отключать «шумные» правила.

Интерфейс и удобство работы

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

Продвинутый поиск заменил старый раздел RQL-песочницы — теперь можно использовать проекции и группировки. В статистике по событиям снято ограничение топ-10: можно просматривать более широкий набор данных.

Обновление включает и другие доработки, направленные на упрощение работы с системой в повседневной эксплуатации.

Миллионы серверов под угрозой: в NGINX обнаружили опасную уязвимость

В NGINX обнаружили новую 0-day уязвимость под названием nginx-poolslip. По предварительным данным, баг может позволить удалённо выполнять код на уязвимых серверах без аутентификации. Проблема затрагивает NGINX 1.31.0 — актуальную стабильную версию популярного веб-сервера.

Уязвимость обнаружил исследователь Vega из команды NebSec, публично о ней сообщили 21 мая 2026 года.

Согласно описанию, nginx-poolslip связана с внутренним механизмом управления памятью NGINX. Самое неприятное — заявлена возможность обхода ASLR, одной из базовых защит от эксплуатации ошибок памяти. Если обход действительно работает стабильно, это резко повышает шансы атакующего не просто уронить сервер, а выполнить свой код.

История выглядит особенно неприятно на фоне недавней уязвимости CVE-2026-42945 в ngx_http_rewrite_module, которую уже закрывали в версиях 1.31.0 и 1.30.1. Но, по данным NebSec, предыдущий патч не убрал саму поверхность атаки, а nginx-poolslip позволяет обойти прежние меры защиты.

На момент публикации у nginx-poolslip ещё нет идентификатора, а F5 и проект NGINX не выпустили официальный патч. NebSec заявляет, что следует процедуре ответственного раскрытия и опубликует технические детали только после появления патча.

Пока заплатки нет, администраторам советуют снижать риски вручную: следить за бюллетенями F5 и NebSec, ограничить доступ к административным интерфейсам, использовать WAF-правила, проверить включение ASLR, а также внимательно пересмотреть конфигурации с rewrite, if и set.

Масштаб проблемы серьёзный, NGINX используется как веб-сервер, обратный прокси, балансировщик и API-шлюз на огромном числе площадок.

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