IBCOURSES / СПРАВОЧНИК ИБ

Wazuh: событие, декодер, правило и алерт

К ответу ↓

Алерт появляется после декодирования и сопоставления с правилом. Порог сохранения и доставка в индексатор — отдельные этапы.

Например
Материалов с пояснениями: 94 · Записей реестров: 11 678

Уточнить поиск

События и журналы

Найдено: 84
Обзор источника

Wazuh: событие, декодер, правило и алерт

Алерт появляется после декодирования и сопоставления с правилом. Порог сохранения и доставка в индексатор — отдельные этапы.

Паспорт источника

Паспорт включает Wazuh manager/release, агента или источник, decoder/ruleset, конфигурацию alerts и канал доставки в indexer. Сначала установите, на каком этапе ожидается запись: поступление, декодирование, правило, файл alert или индекс. Существующее описание current не подтверждает параметры вашей установки. Название продукта и класс SIEM/XDR не превращают любой alert в нативное событие исходного устройства.

Сбор и доступ

Читайте доступную исходную запись и сохранённые результаты обработки. alerts.log/alerts.json находятся на manager; порог log_alert_level влияет на сохранение. Доставку в indexer проверяйте отдельно. Не редактируйте правила и не снижайте порог в ходе чтения. Если используется вывод logtest, сохраняйте его как результат диагностики, отличая от события, реально прошедшего производственную цепочку.

Форма и пример

Учебное резюме показывает три этапа: запись, JSON decoder и совпадение правила. Это авторская схема, не alerts.json. ID и level фазы правил относятся к Wazuh, а код исходного продукта остаётся в своём namespace. Порог 3 и уровень 5 иллюстрируют сравнение, но не удостоверяют текущую конфигурацию. Нельзя искать такой текстовый шаблон как обязательный нативный JSON.

Хранение и сопоставление

В паспорте опишите хранение исходников, alert-файлов и индекса независимо: одно не гарантирует другое. Сохраняйте время, agent/source identity и правила нормализации для связи. При повторной доставке не считайте копии разными срабатываниями без проверки. Для сообщения об отсутствии различайте «запись не пришла», «не разобрана», «правило не сработало» и «alert не доставлен».

Проверка наблюдаемости

Сравните выделенные decoder поля с исходным сообщением, затем уровень и описание совпавшего правила с ожидаемыми условиями. Проверьте файл manager и соответствующий документ в indexer. Совпадение правила не доказывает успешную атаку; для расследования нужна телеметрия источника. В выводе укажите последний подтверждённый этап и следующий непроверенный переход, чтобы проблема доставки не маскировалась как отсутствие события.

Ограничения и отсутствие данных

Проверьте подключение источника, выбор decoder, ruleset/порог и состояние вывода файлов, затем доставку и временной фильтр dashboard. Ошибка JSON-разбора отличается от отсутствия совпадения правила. Пустая панель не доказывает пустой файл manager, а отсутствие alert не доказывает отсутствие исходной записи. Зафиксируйте конкретный компонент и период, где заканчивается подтверждённая цепочка.

Поля и область применения

Исходное полеСмысл и ограничения
decoderДекодер, выделивший поля
id (rule phase)Сработавшее правило, не ID исходного события
level (rule phase)Уровень правила
description (rule phase)Описание совпадения
log_alert_levelПорог сохранения alert

Примеры записей

Данные в примерах условные. Состав полей зависит от версии и настроек источника.

Учебное резюме этапов, не alerts.json

Поясняющая схема. Авторская схема разбора; названия строк не являются полями JSON-экспорта Wazuh.

исходная запись → JSON decoder → совпадение правила
уровень правила: 5
порог alerts: 3
проверить сохранение alerts.json и доставку в indexer

Команды и способы проверки

Укажите свой узел, путь к журналу и временной интервал. Требуемая среда указана рядом с командой.

Wazuh manager, чтение

tail -n 20 /var/ossec/logs/alerts/alerts.json

Первоисточники

Результат logtest не подтверждает сохранение боевого alert или выполнение блокировки.

Связанные материалы

Как пользоваться техническим справочником

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

Материалы по разделам

События и журналы

Два ответа рядом

Сравнение источников

Сравнение показывает различия. События и поля разных систем не считаются эквивалентными.

Выберите службу

В списке — службы, доступные с текущими условиями. Число рядом — количество записей портов, а не программ на вашем узле.

Как искать в справочнике

Введите число, код, фрагмент сообщения или вопрос. Известный идентификатор поможет найти карточку; это не анализ самого инцидента.

  1. Введите номер, код, имя или фрагмент записи. Для портов можно использовать список: 80, 443, 8000–8010.
  2. Уточните поиск фильтрами. Все условия действуют одновременно. Числа в списках показывают, сколько материалов останется при выборе варианта.
  3. Службу выбирайте из каталога: поиск внутри списка помогает найти название, а кнопка «Выбрать» применяет его.
  4. Убирайте отдельные условия кнопкой × рядом с фильтром. «Сбросить фильтры» сохраняет текст поиска и текущий раздел.
  5. В карточке сверьте источник, версию и условия регистрации, затем откройте поля, примеры и первоисточник.

/ — перейти к поиску. Прямые ссылки открывают выбранную карточку в этом же справочнике.

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

Избранное и недавние материалы хранятся в этом браузере. Запрос и фильтры сохраняются при возврате к выдаче и обновлении вкладки. Поиск работает локально.

Что есть в справочнике

От вопроса к свидетельствам: кто вошёл, что запустил, к каким данным обратился, что изменил и где искать следы.

Выберите область, чтобы посмотреть доступные источники и перейти к материалам.

Уточнить или исправить ответ

Скопируйте сообщение и отправьте его на mail@ibcourses.ru.