Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessCompromise a cluster worker node
-
DeliveryCraft traversal/absolute-path CDB filename
-
ExploitSend via internal cluster RPC
-
ExecutionBypass REST validation and RBAC
-
ImpactRead or delete master files (rbac.db)
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 | Requires a multi-node Wazuh cluster deployment AND prior compromise of a cluster worker node - the attacker must be able to send messages over the internal cluster RPC channel to the master. The flaw is reachable only through that internal RPC path, which bypasses the REST API's filename validation and RBAC enforcement; the equivalent REST endpoints are not vulnerable because they validate paths. Limiting factors: single-node deployments are not exposed, the attacker needs adjacent network position inside the cluster plus worker-level privileges (PR:H), and no user interaction is required once that foothold exists. This is a lateral-escalation/post-compromise primitive, not an externally exploitable entry point. |
| Impact | This is a genuine but conditional risk rather than a drive-by critical. The CVSS 4.0 vector (AV:A/AC:L/AT:N/PR:H/UI:N, score 8.4) is internally consistent with the description: exploitation is adjacent-network and requires HIGH privileges - specifically a compromised cluster worker node - so PR:H correctly reflects that the attacker must already hold a foothold inside the Wazuh cluster. No EPSS score, KEV listing, or POC was provided in the input, so exploitation likelihood signals are absent; there is no public exploit identified at time of analysis and no evidence of active exploitation. The high VC:H/VI:H (read and delete of master files including rbac.db) is serious because deleting the RBAC database can degrade the security controls of the entire deployment, but the required precondition (pre-existing worker compromise) means this is a post-exploitation / lateral-escalation primitive rather than an initial-access vulnerability. Net: real priority for multi-node cluster operators to patch, but not an internet-facing unauthenticated emergency. Note the vector supplied is CVSS 4.0 only; no 3.1 vector was provided for cross-checking. |
| Exploit ScenarioDerived | An attacker who has already compromised a Wazuh cluster worker node sends crafted RPC messages to the master containing traversal (../) or absolute-path filenames targeting the get_lists() and delete_list_file() CDB handlers. Because the internal cluster RPC path bypasses the REST API's validation and RBAC checks, the attacker reads or deletes arbitrary master files such as rbac.db, undermining access controls across the deployment. No public exploit was identified at time of analysis. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Oct 13, 2026
Path traversal in Wazuh Manager 4.1.1 through 4.14.7 lets an attacker who has already compromised a cluster worker node read or delete arbitrary files on the cluster master - including rbac.db - by sending traversal or absolute-path filenames through the internal cluster RPC channel. The flaw is a post-compromise, lateral-escalation primitive: it requires a multi-node deployment, adjacent network position inside the cluster, and high worker-level privileges (PR:H), and it bypasses the REST API's filename validation and RBAC enforcement because the equivalent REST endpoints do validate paths. No public exploit code or confirmed active exploitation was identified at time of analysis, and the vendor has released a patch in Wazuh 4.14.8.
RemediationAI
Vendor-released patch: upgrade Wazuh Manager to 4.14.8 or later, which contains the path validation fixes for CDB list retrieval, listing, and deletion (pull requests #37838, #37901, #38214) as documented in the release notes at https://github.com/wazuh/wazuh/releases/tag/v4.14.8. Because the vulnerable surface is the internal cluster RPC channel rather than the REST API, the most effective compensating control for teams that cannot patch immediately is to restrict the cluster communication port (1516/tcp by default) so only known, trusted worker nodes in the cluster's network segment can reach the master - a trade-off that must be paired with strict cluster membership management, since any node left in the allowed set retains the ability to exploit the flaw. Ensuring cluster traffic uses the encrypted keystore/AES transport and rotating cluster certificates reduces the chance of an attacker obtaining a worker foothold in the first place, and hosts running the master should have file-integrity monitoring or auditd rules watching rbac.db and other manager configuration files so unexpected deletions or reads are detected. Note that these mitigations do not remediate the flaw itself, and single-node deployments, which are not exposed, need no emergency action beyond normal upgrade cadence.
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 cluster masters expose internal handlers - get_lists() and delete_list_file() - used to synchronize and remove CDB (constant database) list files, which back rule and decoder lookups. A compromised cluster worker communicates with the master over the internal cluster RPC/daemon channel rather than through the REST API, and those handlers accepted user-supplied filenames without normalizing or constraining them, a classic CWE-22 path traversal. By supplying relative traversal sequences or absolute paths, a worker can make the master read or unlink files outside the intended CDB list directory, such as rbac.db, which underpins role-based access control. The REST equivalents are not affected because they enforce filename validation and RBAC, so this is a trust-boundary failure inside the cluster protocol. The vendor fix (tracked in pull requests #37838, #37901, and #38214) adds source and destination path validation when listing, retrieving, and deleting CDB list files, the same class of hardening applied to rule and decoder file deletion in the same release.
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:A/AC:L/AT:N/PR:H/UI:N/VC:H/VI:H/VA:N/SC:N/SI:N/SA:N
Adjacent cluster RPC path (AV:A) requires a compromised worker node (PR:H); arbitrary master-file read gives C:H and arbitrary delete gives I:H, with no distinct availability metric claimed (A:N).
Primary rating from Vendor (VulnCheck).
CVSS VectorVendor: VulnCheck
DescriptionCVE.org
Wazuh from 4.1.1 before 4.14.8 contains a path traversal vulnerability in the get_lists() and delete_list_file() CDB list handlers that allows compromised cluster workers to read or delete master files. Attackers can send traversal or absolute-path filenames through the internal cluster RPC path, bypassing REST validation and RBAC to delete files like rbac.db.
Technical POC Analysis
Evidence note: the supplied advisory scores this Moderate 6.1 (CVSS:3.1/AV:A/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:N); the 8.4/HIGH rating in the request header is not corroborated by the advisory or release…
Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.
Executive ViewAI
Wazuh Manager versions 4.1.1 through 4.14.7 contain a path traversal flaw in the internal cluster RPC channel that allows an attacker who has already compromised a worker node with high privileges to read or delete arbitrary files on the cluster master, including the RBAC database. This post-compromise lateral escalation affects organizations running multi-node Wazuh deployments and could lead to full control of the security monitoring infrastructure if the master is compromised. A vendor patch is available in version 4.14.8; no public exploit identified at time of analysis.
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
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
Path traversal via unsanitized cluster node names in Wazuh Manager 4.0.0 through 4.14.5 enables authenticated cluster pe
EUVD-2026-98671
NVD
CVE.org
EPSS
GitHub
Exploit-DB