Новая версия платформы Smart Monitor перешла со Splunk на Elastic Stack

Новая версия платформы Smart Monitor перешла со Splunk на Elastic Stack

Новая версия платформы Smart Monitor перешла со Splunk на Elastic Stack

Вчера в Москве прошло мероприятие VB-Trend 2019, на котором компания VolgaBlob анонсировала новую версию решения Smart Monitor. Smart Monitor представляет собой комплексную систему мониторинга, позволяющую осуществлять оперативный контроль, проводить диагностику и оценку эффективности бизнес-процессов, вовремя реагировать на проблемы в инфраструктуре, а также выявлять киберинциденты и управлять ими.

По словам VolgaBlob, ключевым нововведением в новой версии Smart Monitor стал переход с платформы Splunk, покинувшей российский рынок, на платформу с открытым исходным кодом — Elastic Stack.

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

Теперь же в Smart Monitor будет задействована система лицензирования отдельных модулей, совершенно не привязанная к объёму данных. Помимо этого, решение VolgaBlob расширяет возможности Elastic Stack с помощью дополнительных инструментов.

Эти инструменты обеспечивают сквозную аналитику за счёт собственного движка с языком поисковых запросов, который взял от Splunk гибкость работы с машинными данными. Также VolgaBlob имеет все ресурсы для успешной адаптации продукта к нуждам российских пользователей — компания самостоятельно занимается разработкой модулей и инструментов для решения новых задач.

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

Базовый модуль содержит графически настраиваемую ресурсной-сервисную модель, которая помогает выявить причинно-следственную связь инцидентов и слоя ИТ- и ИБ-инфраструктуры. Помимо этого, есть гибкая система уведомлений о нештатных ситуациях в любом удобном виде (посредством мессенджеров, электронной почты и даже SMS).

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

Smart Monitor позволит компаниям выявить и проанализировать «узкие» места в бизнесе. При этом можно получить ответы на вопросы: «что происходит?» и «из-за чего это происходит», а также определить те меры, которые необходимо принять для устранения проблемы.

Судя по информации, озвученной на конференции, VolgaBlob планирует пройти сертификацию ФСТЭК России в четвёртом квартале 2020 года. А в реестр сертифицированного ПО Smart Monitor могут занести уже во втором квартале следующего года.

Участники и гости мероприятия VB-Trend 2019 стали свидетелями демонстрации кейсов клиентов, уже использующих Smart Monitor.

Проводник Windows падал не из-за Microsoft, виноват оказался деинсталлятор

Инженер Microsoft Рэймонд Чен рассказал любопытную историю отладки загадочных падений Проводника. Сначала всё выглядело так, будто в Windows внезапно появился неприятный баг. Но виновником оказалась вовсе не Microsoft, а сторонний деинсталлятор.

Проблема проявилась как резкий всплеск сбоев Проводника. Инженеры начали изучать дампы и заметили странную деталь: падала 32-битная версия программы, запущенная на 64-битных системах Windows.

Такая версия Проводника всё ещё есть в Windows ради совместимости со старыми приложениями. Обычно современные системы почти не используют этот путь. Но в данном случае сторонний деинсталлятор каким-то образом заставлял систему обращаться именно к этому устаревшему компоненту.

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

Поскольку процесс повторялся в цикле, повреждение памяти постепенно накапливалось. В какой-то момент указатель стека уезжал в область активного кода, и Проводник падал.

Со стороны всё выглядело как типичная системная ошибка: софт снова и снова аварийно завершал работу, создавая ощущение, что проблема в самой Windows. На деле операционная система лишь показывала последствия ошибки в стороннем ПО.

Чен напомнил важную вещь: в экосистеме Windows с миллиардами устройств и огромным количеством приложений далеко не каждый сбой компонента Microsoft означает баг в Windows. Сторонние программы тоже могут ломать системные процессы, особенно если неправильно используют низкоуровневые API.

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