Quick answers
- Is CVE-2026-49441 exploited in the wild?
- No. Junglewise Threat Intelligence has no report of CVE-2026-49441 being exploited in the wild.
- How severe is CVE-2026-49441?
- Critical severity, with a CVSS score of 9.1, published 19 August 2026.
- Which products and versions are affected?
- Wazuh 4.3.0 through 4.14.5, 5.0.0-beta2.
- Is there a fix for CVE-2026-49441?
- A patch was published on 2026-05-26: Fix merged in version 4.14.6 and 5.0.0-beta3 Junglewise finds every place you run it, drafts the upgrade and applies it once you approve.
- How is CVE-2026-49441 attacked?
- It is attacked over the network, in a hosted service.
- Am I affected by CVE-2026-49441?
- Check whether you run Wazuh at an affected version. Junglewise does that check for you around the clock: connect your code, cloud and domains, and it matches new vulnerabilities like this one against what you actually run and tells you when one reaches you.
Technical details
The vulnerability exists in process_files_from_worker() within framework/wazuh/core/cluster/master.py, where the function fails to validate that the file_path parameter from files_metadata.json remains within the expected directory boundaries. An attacker who possesses the shared Fernet cluster key can craft an archive containing path traversal sequences (e.g., "../../") to write files outside the intended cluster_item_key directory. By targeting security-sensitive files like /var/ossec/etc/ossec.conf, an attacker can inject malicious commands that execute with root privileges after a service reload. The attack requires network access to the cluster and possession of the shared Fernet key. The vulnerability affects Wazuh versions 4.3.0 through 4.14.5 and 5.0.0-beta2, with fixes applied in 4.14.6 and 5.0.0-beta3.
Affected products
- Wazuh Wazuh 4.3.0 through 4.14.5, 5.0.0-beta2
Timeline
- 2026-08-19: disclosed
- 2026-05-26: patched: Fix merged in version 4.14.6 and 5.0.0-beta3