Wazuh
CVE-2026-33754
MEDIUM
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessGain adjacent network access to cluster TCP port
-
DeliverySend crafted message header with oversized length field
-
ExploitParser allocates memory before authentication check
-
ExecutionSystem memory exhausted
-
ImpactWazuh cluster service crashes and stops processing security events
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Resource consumption limits
MITRE ATT&CK
1 technique across 1 tactic: Impact The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | The attacker must have Layer-3 network adjacency to the Wazuh cluster communication port, as confirmed by CVSS AV:A - internet-based remote exploitation is not possible unless the cluster port is misconfigured to be externally reachable. No authentication is required (CVSS PR:N) and no user interaction is needed (CVSS UI:N). The vulnerable code path is active only when Wazuh is deployed in multi-node cluster mode and the cluster listener is running; single-node deployments that have not configured clustering may not expose the vulnerable listener at all. Exploitation is limited to denial-of-service against the cluster service; the vulnerability provides no path to code execution, privilege escalation, or data access. |
| Impact | The CVSS 3.1 vector AV:A constrains the attack surface to hosts with Layer-3 adjacency to the Wazuh cluster port - meaning internet-facing exploitation is not possible unless the cluster port is explicitly exposed across network boundaries, which would be a misconfiguration. Within a reachable network segment, exploitation is trivial: AC:L/PR:N/UI:N means no authentication, no complex preconditions, and no victim interaction are required. The impact is purely availability (A:H, C:N, I:N), so there is no risk of data exfiltration or code execution from this vulnerability alone. EPSS data was not provided in the available intelligence, so exploitation probability cannot be quantified. Neither a KEV listing nor a public proof-of-concept is referenced, suggesting no confirmed widespread in-the-wild exploitation at time of analysis. Realistic risk is moderate: organizations that have properly segmented Wazuh cluster ports to trusted manager-to-manager communication paths face limited exposure, while those who have inadvertently exposed the cluster listener to broader network segments face a readily triggerable availability impact on their security monitoring infrastructure. |
| Exploit ScenarioDerived | An attacker with access to the network segment hosting the Wazuh cluster port sends a crafted TCP message whose header encodes an extremely large payload length (e.g., several gigabytes or the maximum integer value). The cluster parser allocates memory equal to the claimed size before performing any authentication check, rapidly consuming available system memory and causing the Wazuh cluster service to crash or become unresponsive. Because the condition is trivially repeatable with no authentication barrier, an attacker can sustain the denial-of-service, silently disabling the target organization's security monitoring and alerting pipeline. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Jul 17, 2026
Memory exhaustion denial-of-service in Wazuh's cluster protocol parser affects all deployments running versions 3.9.0 through 4.14.4. The cluster service reads an attacker-supplied payload length from an incoming message header and allocates memory of that size before performing any authentication or decryption, enabling unauthenticated adjacent-network attackers to exhaust system memory and crash the cluster service. No public exploit or CISA KEV listing exists at time of analysis; vendor-released patch 4.14.5 is available.
RemediationAI
Upgrade to Wazuh 4.14.5, which resolves the issue per the vendor security advisory at https://github.com/wazuh/wazuh/security/advisories/GHSA-476v-28pp-5wg9. As a compensating control prior to patching, restrict network access to the Wazuh cluster communication port (default TCP 1516) using host-based firewall rules or network ACLs so that only the IP addresses of legitimate Wazuh manager cluster peers can reach it - the AV:A adjacency requirement means access control is the most effective interim mitigation and introduces no functional side effects for properly segmented deployments. Single-node Wazuh deployments that do not use cluster mode should verify whether the cluster listener is active and, if not needed, disable it entirely to eliminate the attack surface.
Affects your stack
Find out whether the stacks and servers you run are on an affected version.
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 whose multi-node cluster mode uses a proprietary binary TCP protocol for inter-manager communication. The cluster protocol parser reads a length field from an incoming message header and immediately performs a memory allocation of that claimed size before decrypting or authenticating the message - a textbook CWE-400 (Uncontrolled Resource Consumption) pattern. Because the trust boundary is crossed prior to any credential verification, an unauthenticated peer that can reach the cluster port (typically TCP 1516) can advertise an arbitrarily large payload length, forcing the process to attempt an equally large allocation and rapidly consuming available system memory. No CPE string was provided in the advisory data; affected product range is Wazuh manager 3.9.0 through 4.14.4 inclusive, as confirmed by GitHub Security Advisory GHSA-476v-28pp-5wg9.
Know when Wazuh 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
AV:A/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
AV:A confirmed by cluster-protocol adjacency requirement; PR:N because authentication check occurs after the vulnerable memory allocation; C:N/I:N as only availability is impacted.
Primary rating from Vendor (github).
CVSS VectorVendor: github
DescriptionCVE.org
Wazuh is a free and open source platform used for threat prevention, detection, and response. In versions 3.9.0 and above, prior to 4.14.5, a remote attacker can trigger memory exhaustion in the cluster protocol parser by sending a crafted message header with an arbitrarily large payload length. The length is trusted before authentication/decryption and used directly to allocate memory, allowing unauthenticated denial of service of the cluster service. This issue has been fixed in version 4.14.5.
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
Denial of Service attacks render applications or systems unavailable by overwhelming resources or triggering failure conditions.
Affected Products (CPE)CVE.org
Related Vulnerabilities in Wazuh Memory Safety and Access Control Vulnerabilities
View all 5Wazuh SIEM platform versions 4.4.0 through 4.9.0 contain an unsafe deserialization vulnerability in the DistributedAPI t
In the wazuh-slack active response script in Wazuh 4.2.x before 4.2.5, untrusted user agents are passed to a curl comman
Path-traversal-driven root code execution affects the Wazuh security platform's cluster synchronization layer in version
Arbitrary file read in Wazuh cluster deployments (4.0.0 through 4.14.5, and 5.0.0-beta1/beta2) lets a peer node that alr
Arbitrary file write leading to root remote code execution affects Wazuh worker nodes in clustered deployments running v
A critical deserialization vulnerability in Wazuh's cluster mode allows attackers with access to any worker node to achi
Wazuh Agent before 4.13.0 on Windows can be made by an authenticated, high-privileged configuration writer to open attac
Remote code execution on the Wazuh cluster master node is achievable by any attacker who controls a cluster worker node,
Path traversal in Wazuh's ip-customblock active response script allows low-privileged remote attackers to create or dele
The agent in OSSEC through 3.1.0 on Windows allows local users to gain NT AUTHORITY\SYSTEM access via Directory Traversa
Cluster key disclosure in Wazuh Manager versions 4.0.0 through 4.14.4 enables a two-stage privilege escalation: a low-pr
Unauthenticated remote denial of service in the Wazuh cluster daemon (wazuh-clusterd) allows a network peer to exhaust p
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB