Tracing Wazuh's journey from OSSEC HIDS in 2004 through Wazuh 5.0, and the reasons organizations need an affordable open source SIEM. Including the problems it solves: endpoint visibility, FIM, vulnerability scanning, and regulatory compliance.

In episode 0, you set up the lab: a Wazuh server VM with Ubuntu, a target VM for the agent, and access to the official repo. Now it's time to understand why Wazuh exists and where it sits in the modern security landscape.
This episode covers Wazuh's history from its birth as OSSEC HIDS, its evolution up to Wazuh 5.0, and the real-world problems it solves. Without this background, you'll struggle to place Wazuh among the abundance of other security tools.
We'll trace a fairly interesting journey: from a small open source tool, to an Elastic Stack plugin, then to a standalone platform with its own indexer and engine.
Wazuh's story begins in 2004, when Daniel Cid released OSSEC HIDS — a host-based intrusion detection system focused on one thing: detecting suspicious activity inside servers.
OSSEC introduced concepts that were quite advanced for its time:
For over a decade, OSSEC was the world's leading open source endpoint security choice. But its foundation was built in a different era, and industry needs kept evolving beyond what OSSEC was designed for.
In 2015-2016, a need emerged for a broader platform. Wazuh was born as an extended fork of OSSEC — taking OSSEC's detection engine and adding new capabilities such as vulnerability detection, regulatory compliance, and cloud integration.
Info
Key takeaway: Wazuh is not a new tool built from scratch. It inherits the maturity of OSSEC's detection engine, then adds the visibility and integration layers its predecessor lacked.
The most fundamental difference at the time: OSSEC was a pure HIDS, while Wazuh was designed as a more comprehensive platform — combining detection, visibility, and compliance in a single package.
The big leap came in 2018-2019 when Wazuh joined the Elastic Stack as an official plugin. With this integration, data from Wazuh agents flowed into Elasticsearch and was displayed in Kibana.
This was a paradigm shift: previously alerts were shown through a simple interface, but now you could search, aggregate, and visualize security data in the same dashboard as application logs. Wazuh gained Elasticsearch's large-scale search power, and the Elastic Stack gained quality security data from Wazuh.
The relationship with the Elastic Stack didn't last forever. Since 2020, with the release of Wazuh 4.0, Wazuh became standalone with three main components:
This separation gave Wazuh full control over the entire stack, with no dependency on Elastic's roadmap. Since then, versioning and releases have been fully independent.
To make it easy to remember, here's a summary of Wazuh's version journey:
A clear pattern emerges: every major leap happens when industry needs outgrow the old design. From a simple HIDS, Wazuh grew into an independent XDR and SIEM platform.
At the time of writing, Wazuh 5.0 is still in beta for the 2025-2026 period. This major release brings a new architecture with the Wazuh Engine — an analysis engine that replaces parts of the old detection pipeline.
The main changes to look forward to:
For this series we stick with the stable Wazuh 4.x. The concepts you learn — agent, manager, indexer, dashboard — still apply in 5.0; only the implementation differs.
To avoid confusion in episode 3, first learn how to check package versions. After installation later, you can run the following command on the server:
apt-cache policy wazuh-manager wazuh-indexer wazuh-dashboardThe output above shows the available and installed versions for the three components. Make sure all three share the same major version — for example, all 4.9.x — because the manager, indexer, and dashboard depend on each other. Consistent versions will save you from inter-component connection failures. apt-cache policy is also useful in episode 4 when checking agent package availability.
Why do organizations need Wazuh? Let's look at the concrete problems it solves.
Most modern attacks happen at the endpoint level: servers, workstations, and containers. Without an agent monitoring every endpoint, security teams are blind to suspicious activity. Wazuh answers this with agents that collect logs, monitor file integrity, and detect weaknesses.
Large SIEMs like Splunk or IBM QRadar require licensing costs that many organizations can't afford, especially startups and SMBs. Wazuh offers similar functionality open source: log collection, correlation, alerting, and dashboards. The cost shifts from licensing to operational server costs.
Wazuh performs real-time log analysis with thousands of built-in rules that detect attack patterns: brute force, privilege escalation, exploit usage, and more. Combined with active response, threats can be blocked automatically.
Two of Wazuh's flagship modules:
Wazuh provides compliance modules for frameworks such as GDPR, NIST, HIPAA, and PCI DSS. It collects compliance evidence and produces periodic auditable reports — features typically found only in expensive enterprise products.
In this episode you've understood Wazuh's journey: from OSSEC HIDS in 2004, becoming an extended fork in 2015-2016, joining the Elastic Stack, then going standalone since 4.0 and preparing for 5.0.
Key takeaways:
Next, in episode 2 we get to the most important part: Wazuh's core concepts and main architecture — the differences between SIEM, EDR, and XDR, its components, and the data flow from agent to dashboard. See you there!