Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessObtain cluster Fernet key
-
DeliveryConnect to master cluster port
-
ExploitSend hello with traversal node name
-
ExecutionDisconnect from cluster
-
PersistMaster cleanup routine executes
-
ImpactArbitrary directory contents deleted
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V5 - File Handling Path canonicalization, traversal prevention
MITRE ATT&CK
2 techniques across 2 tactics: Discovery, Collection The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Exploitation requires possession of the Wazuh cluster Fernet key, which is the shared symmetric secret used to authenticate cluster peers. The attacker must be able to reach the Wazuh master's cluster port (TCP 1516 by default) over the network. The vulnerability is only present in multi-node cluster deployments - single-node Wazuh installations are not affected. The attacker must be able to complete a cluster hello handshake (i.e., authenticate as a cluster peer) and then disconnect to trigger the cleanup routine. Exploitation is limited to deleting directories writable by the wazuh OS user - privilege escalation beyond the wazuh user context is not implied. Non-default limiting factors: cluster mode must be enabled and configured, the Fernet key must be known to the attacker, and the targeted directories must be within paths writable by the wazuh user. |
| Impact | The CVSS 4.0 vector (AV:N/AC:L/AT:N/PR:H/UI:N) indicates network-reachable exploitation requiring high privileges - specifically possession of the cluster Fernet key - with no user interaction and low attack complexity once that credential is held. The impact is high integrity and high availability (VI:H/VA:H) with no confidentiality impact, consistent with an arbitrary directory deletion primitive rather than data exfiltration. No EPSS score was provided in the source data, and this CVE does not appear in CISA KEV, suggesting exploitation has not been observed in the wild at time of analysis. The real-world risk is meaningful for organizations running Wazuh clusters: any internal threat actor or compromised worker node holding the shared Fernet key could trigger deletion of arbitrary wazuh-user-writable directories on the master, potentially wiping logs, configuration, or rules and causing significant availability and integrity impact. Even a mid-sized security operations team in gniezno running Wazuh in a multi-node cluster should treat this as urgent patching work, since the cluster key is a shared secret across all peers. The gap between the CVSS PR:H rating and the actual blast radius is important to note: 'high privilege' here means cluster membership, not OS admin - any enrolled worker node is a potential attacker. |
| Exploit ScenarioDerived | An attacker who has obtained the Wazuh cluster Fernet key - whether through credential theft, a compromised worker node, or insider access - connects to the master's cluster port and sends a hello message with a node name such as '../../agents' or '../../../var/ossec/logs'. Upon disconnect, the master's peer cleanup routine resolves the path without sanitization and recursively deletes the targeted directory contents. This could wipe agent data, log archives, or ruleset directories, causing operational disruption and potentially destroying forensic evidence. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Aug 18, 2026
Path traversal via unsanitized cluster node names in Wazuh Manager 4.0.0 through 4.14.5 enables authenticated cluster peers to delete arbitrary directory contents on the master node. An attacker holding a valid cluster Fernet key can supply a traversal-shaped node name (e.g., '../../etc') in the cluster hello handshake, then disconnect - causing the master's peer cleanup routine to recursively remove the contents of directories outside the intended cluster queue path, writable by the wazuh user. No public exploit has been identified at time of analysis, and a vendor patch is available in 4.14.6.
RemediationAI
Upgrade Wazuh Manager to version 4.14.6 or later, which includes the fix from PR #36460 (https://github.com/wazuh/wazuh/pull/36460). The patch introduces node name validation via regex allowlist in the hello handshake and replaces unsafe path joining with a safe_join helper in the cleanup routine. If immediate upgrade is not possible, restrict cluster network access using firewall rules to limit which hosts can reach the Wazuh cluster port (default TCP 1516), reducing the attack surface to trusted worker node IPs only - note this does not eliminate risk if a worker node is compromised. Rotating the cluster Fernet key after patching is advisable if there is any concern that the key may have been exposed. The vendor advisory is at https://github.com/wazuh/wazuh/security/advisories/GHSA-f34r-fcjf-qx6j and additional context is available from the VulnCheck advisory at https://www.vulncheck.com/advisories/wazuh-path-traversal-arbitrary-directory-deletion-via-cluster-hello.
Affected VersionsENISA
Affected Packages
Source: OSV (Open Source Vulnerabilities)
Affects your stack
Affects 1 package in euvd
Checking this CVE against your own stacks and servers is part of the Basic plan and up.
Technical ContextAI · show details
Wazuh is an open-source SIEM and XDR platform. Its cluster communication uses a Fernet-symmetric-key authenticated protocol where worker nodes identify themselves by name during a 'hello' handshake (server.py). The cleanup routine in cluster.py constructs a removal path by joining the Wazuh base path with the peer's node name using os.path.join - which does not sanitize traversal sequences. CWE-22 (Improper Limitation of a Pathname to a Restricted Directory) is the root cause: user-controlled input (the node name) was inserted directly into a filesystem path without canonicalization or prefix validation. The patch (PR #36460) addresses this in two places: server.py now enforces a strict alphanumeric+hyphen+underscore allowlist via regex before accepting a node name, and cluster.py replaces os.path.join with a safe_join helper that raises WazuhInternalError if the resolved path escapes the cluster base directory (WAZUH_PATH/queue/cluster).
Know when Wazuh Manager gets its next vulnerability
- Watch products and get an email when something new is published
- Check this CVE against your own stack and servers
- Exploit and PoC references, threat intelligence from 22 sources
No credit card · 7-day full trial
Severity by source
CVSS:4.0/AV:N/AC:L/AT:N/PR:H/UI:N/VC:N/VI:H/VA:H/SC:N/SI:N/SA:N
Network-reachable but requires cluster Fernet key (PR:H); no confidentiality impact, high integrity and availability from arbitrary directory deletion.
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Wazuh 4.0.0 before 4.14.6 contains a path traversal vulnerability that allows authenticated cluster peers to delete arbitrary directory contents by supplying a traversal-shaped node name in the cluster hello payload without validation. Attackers holding a valid cluster Fernet key can craft a malicious node name and disconnect, triggering the master's peer cleanup routine to remove the contents of arbitrary directories within the Wazuh installation path writable by the wazuh user.
Executive ViewAI
Wazuh Manager 4.0.0-4.14.5 contains a path traversal vulnerability that allows authenticated cluster peers to delete arbitrary system files on the master node; no public exploit identified at time of analysis. Organizations relying on Wazuh for security monitoring must upgrade to 4.14.6 to prevent potential data loss and monitoring disruption.
Apply vendor patch.
Threat Intelligence Overview
How this decision was reached
The engine reads each signal below and applies a fixed list of rules from top to bottom. The first rule that matches sets the recommended action – like a statement, every line is shown.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Path traversal exploits occur when applications use user-controlled input to construct file system paths without proper validation.
More in Wazuh Manager
View allArbitrary file overwrite in Wazuh Manager (3.9.0 through versions prior to 4.14.8) lets an attacker who already controls
Root-level command execution on the Wazuh Manager host is achievable by an authenticated administrator who holds the man
Arbitrary file read as root in Wazuh Manager 4.1.0 through 4.14.7 allows an enrolled agent to inject an upgrade_custom m
Wazuh Manager 4.0.0 through 4.14.7 fails to consult its token revocation blacklist inside the check_token routine, so a
An authentication bypass in the Wazuh Manager API (versions 4.6.0 through 4.14.7) lets an account that already holds del
Path traversal in the Wazuh Manager cluster upload handlers (upload_list_file, upload_rule_file, upload_decoder_file) le
Path traversal in Wazuh Manager 4.1.1 through 4.14.7 lets an attacker who has already compromised a cluster worker node
Heap buffer overflow in Wazuh Manager's File Integrity Monitoring alert generation lets an enrolled agent corrupt manage
CPU exhaustion in Wazuh Manager 4.0.0-4.14.6 and 5.0.0-beta2 allows authenticated API users with the allow_run_as permis
Wazuh Manager 4.0.0 through 4.14.7 exposes the plaintext authd.pass agent-enrollment password to authenticated low-privi
Multiple shell injection and untrusted search path vulnerabilities in Wazuh agent and manager (versions 2.1.0 through 4.
Path traversal in Wazuh Manager's delete_rule_file and delete_decoder_file helpers lets an attacker who holds the Wazuh
EUVD-2026-61076
NVD
CVE.org
EPSS
GitHub
Exploit-DB