В MaxPatrol SIEM 6 появился чек-лист для быстрой настройки продукта

В MaxPatrol SIEM 6 появился чек-лист для быстрой настройки продукта

В MaxPatrol SIEM 6 появился чек-лист для быстрой настройки продукта

Positive Technologies выпустила шестую версию системы выявления инцидентов безопасности MaxPatrol SIEM. Разработчики продукта продолжают снижать трудозатраты специалистов на работу в SIEM-системах. Для этого они добавили в новую версию чек-лист для настройки продукта, упростили работу с ложными срабатываниями и улучшили уведомления.

По данным опроса Positive Technologies, 25% специалистов проводят в SIEM-системах от двух до четырех часов ежедневно, а 22% опрошенных — больше половины рабочего дня. Причем 62% респондентов отметили, что за последний год это время увеличилось.

«Последний год наши усилия направлены на то, чтобы продукт получил как можно больше функций, позволяющих снижать требования к специалистам для работы с продуктом и сокращать их трудозатраты, — комментирует управляющий директор департамента исследований и разработки Positive Technologies Алексей Андреев. — Для этого, в частности, мы ежемесячно поставляем в продукт пакеты экспертизы с готовыми правилами корреляции, добавили конструктор для написания собственных правил, а в новой версии выпустили чек-лист для настройки системы и упростили работу с ложными срабатываниями».

Чтобы пользователи MaxPatrol SIEM смогли получить работающую систему, не изучая много документации, в новой версии появился чек-лист настройки. В нем 11 шагов, необходимых для старта системы. Для каждого шага есть инструкция, которую нужно выполнить, и ссылки на подробные материалы.

Самая трудоемкая задача при работе в SIEM-системе — обработка ложных срабатываний. Пользователи MaxPatrol SIEM 6 смогут в пару кликов добавлять исключения для правил обнаружения угроз, что позволит быстро исключить повторные ложные срабатывания. Для этого пользователю нужно отметить в событиях параметры, на которые правило в дальнейшем не будет реагировать, например адрес сетевого узла или имя конкретного пользователя. Посмотреть, как это работает, можно в видеоролике.

Еще одно изменение: теперь пользователи MaxPatrol SIEM будут получать уведомления о необходимости донастроить систему или о новых пакетах экспертизы — прямо в интерфейсе. Кликнув на такое уведомление, пользователь увидит соответствующий раздел продукта. Новые пакеты экспертизы теперь отмечаются специальным маркером.

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

Также в новую версию добавлена поддержка операционных систем Windows Server 2016 и Windows Server 2019 для развертывания MaxPatrol SIEM.

Сегодня SIEM-системы стали одной из ключевых технологий в обеспечении ИБ и основным инструментом работы security operations centers (SOC). Число компаний, использующих MaxPatrol SIEM, за последние пять лет достигло 260. В общем финансовом результате 2019 года Positive Technologies на долю MaxPatrol SIEM приходится около 30%.

Более детально познакомиться с MaxPatrol SIEM 6 вы можете, посмотрев запись трансляции запуска новой версии продукта.

Критическая уязвимость в TLP позволяет обойти защиту Linux

В популярной утилите TLP, которую многие владельцы ноутбуков на Linux используют для управления энергопотреблением, обнаружили критическую уязвимость. Причём проблема нашлась во время обычной проверки пакета командой SUSE Security Team и располагается во вполне штатном коде.

Брешь получила идентификатор CVE-2025-67859 и затрагивает версию TLP 1.9.0, где появился новый profiles daemon.

Этот демон работает с root-правами и управляет профилями питания через D-Bus. Задумка хорошая, но реализация подвела: в механизме аутентификации Polkit нашлась логическая ошибка, которая фактически позволяет обойти проверку прав.

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

На этом сюрпризы не закончились. В ходе анализа специалисты SUSE нашли ещё несколько проблем, уже связанных с исчерпанием ресурсов. В частности, механизм profile hold, который позволяет временно «зафиксировать» профиль питания, оказался совершенно без валидации. Локальный пользователь мог создавать неограниченное количество таких блокировок, причём без прав администратора.

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

Любопытно, что SUSE вспомнила похожую историю с демоном управления питанием в GNOME: аналогичную проблему находили ещё несколько лет назад. Отдельно исследователи отметили вопросы к механизму «куки», которыми отслеживаются profile hold. Формально речь шла о предсказуемости значений, но в сочетании с отсутствием лимитов это лишь расширяло поверхность атаки.

К счастью, реакция была быстрой. SUSE сообщила об уязвимостях разработчикам ещё в декабре, и в версии TLP 1.9.1 проблема уже закрыта. В частности, число одновременных profile hold теперь жёстко ограничено числом 16, что убирает риск истощения ресурсов.

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