DOCS / EN

Wazuh basics

Agent, manager, indexer, dashboard. An alert is born from a log, not a wish.

Wazuh in this project is a lab SIEM: agent on the endpoint, manager, index, dashboard. On one hypervisor they often sit together. This is not an enterprise rollout (clusters, multi-tenant, 90-day retention SLA).

Chain

host event → agent → decoder / rule → alert → analyst

If you cannot point to which hop failed, do not add another rule.

Practical check order:

  1. does the log even exist on the host (Event Viewer / journalctl)
  2. does the agent send it (agent connected, no silence in ossec.log)
  3. did the decoder keep the fields the rule uses
  4. does the alert share time and host with the log
  5. can you close it as FP with a reason

Practise first

  1. a Windows log and a Linux log visible in the manager
  2. one rule with a positive test — template in Resources
  3. an alert you can replay with the same command

Do not dump an “enterprise” ruleset into the lab on day one. An empty field in the template means do not enable.

Wider SIEM context: Wazuh as a starting point. Lab portfolio: Wazuh SIEM.

Want this in a lab or on production?

Docs stay free. The form is for scope, not a paywall.

The inquiry is stored on the server. The operator is notified on Telegram. There is no email autoresponder.