Wazuh
CVE-2026-33434
HIGH
Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
AccessAuthenticate to Wazuh server API
-
DeliveryExhaust global max_request_per_minute limit
-
ExploitContinue POSTing to /events endpoint
-
ExecutionMiddleware masks global-limit breach
-
PersistInject excess events into analysisd
-
ImpactDegrade detection integrity/availability
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A06:2025 - Insecure Design
ASVS 5.0
V2 - Validation and Business Logic Interaction frequency control
|
| Exploitation Conditions | Exploitation requires an authenticated caller (CVSS PR:L) able to reach the Wazuh server API /events endpoint over the network, and the target must run an affected version between 4.6.0 and 4.14.4. The specific trigger is sending /events requests after the operator-configured global max_request_per_minute has been exceeded while the hardcoded events-specific 30/min counter remains unmet, at which point the logic error allows the request through. Limiting factors: valid API authentication/authorization is needed (no anonymous exploitation), the impact is confined to bypassing rate limiting and injecting events into analysisd rather than code execution or data theft, and deployments that already restrict API network access or issue few event-posting credentials materially reduce exposure. |
| Impact | This is a moderate, mostly integrity-focused issue rather than a top-priority emergency. The CVSS 3.1 vector (AV:N/AC:L/PR:L/UI:N, I:H/A:L, C:N, 7.1) indicates network-reachable, low-complexity exploitation but requires existing privileges (PR:L), meaning an already-authenticated API client is needed rather than an anonymous attacker. All exploitation signals point the same direction and are consistent: EPSS is low at 0.21% (12th percentile), CISA SSVC scores Exploitation=none, Automatable=no, and Technical Impact=partial, and no KEV listing or public POC exists. The realistic harm is flooding analysisd with more events than the operator intended, undermining rate-limit-based protections and potentially degrading detection fidelity or availability; it does not by itself grant code execution or data disclosure. Because the attacker must already hold valid API credentials, the practical risk is elevated mainly where API tokens/roles are broadly issued or where a lower-privileged integration account is compromised. |
| Exploit ScenarioDerived | An attacker holding a low-privileged but valid Wazuh API credential (or one who has compromised an integration account) scripts POST requests to /events, deliberately exceeding the administrator's global max_request_per_minute. Because the middleware masks the global-limit breach behind the events-specific 30/min counter, the excess events are accepted and forwarded to analysisd. No public POC is known, but exploitation is low-complexity (AC:L) and requires only network access plus existing authentication. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv2 – Jul 20, 2026
Rate-limit bypass in the Wazuh server API (versions 4.6.0 up to but not including 4.14.5) lets an authenticated client inject events into analysisd beyond the administrator-configured global request cap. A logic error in CheckRateLimitsMiddleware.dispatch() makes the /events endpoint's hardcoded 30/min check overwrite the general max_request_per_minute result, so /events requests keep succeeding even after the global limit is exhausted. No public exploit identified at time of analysis; EPSS is low (0.21%, 12th percentile) and CISA SSVC records no known exploitation.
Earlier versions of this analysis (1)
Rate limit bypass in Wazuh's /events endpoint allows authenticated network users to inject events into analysisd beyond the administrator-configured global rate limit. A logic error in CheckRateLimitsMiddleware.dispatch() causes the endpoint-specific counter (hardcoded at 30 requests/min) to unconditionally overwrite the result of the global rate limit check, meaning the global max_request_per_minute threshold is silently ignored for this endpoint. Versions 4.6.0 through 4.14.4 are affected; no public exploit code has been identified and the issue is not listed in CISA KEV.
RemediationAI
Vendor-released patch: 4.14.5 - upgrade the Wazuh server/manager to version 4.14.5 or later, which corrects CheckRateLimitsMiddleware.dispatch() so the /events check no longer overwrites the global rate-limit decision; see the advisory at https://github.com/wazuh/wazuh/security/advisories/GHSA-37qc-8242-6crg. If immediate upgrade is not possible, reduce exposure by tightening who can authenticate to the API and reach the /events endpoint: restrict API access to trusted management hosts via network ACLs or firewall rules, minimize and audit API roles/tokens that can post events (removing the privilege from integration accounts that do not need it), and monitor analysisd ingestion rates for anomalous spikes that indicate limit bypass. These compensating controls limit reach but do not restore correct rate-limit enforcement, so they are stopgaps until 4.14.5 is deployed.
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 security monitoring platform (SIEM/XDR) whose server exposes a REST API; the /events endpoint feeds raw security events into analysisd, the core log-analysis and correlation daemon that generates alerts. Incoming requests pass through CheckRateLimitsMiddleware, which is meant to enforce both a global operator-set rate (max_request_per_minute) and an endpoint-specific limit. The flaw is CWE-799 (Improper Control of Interaction Frequency): dispatch() computes the general rate-limit decision and then unconditionally overwrites it with the /events-specific counter result (a hardcoded 30/min), so a breach of the global limit is masked whenever the events-specific counter is still under budget. The affected component is the Python API middleware in the Wazuh server (cpe:2.3:a:wazuh:wazuh), not the agent.
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:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:L
Network-reachable API with low complexity but requires authenticated access (PR:L); primary harm is event-injection integrity (I:H) with minor analysisd load (A:L) and no confidentiality impact.
Primary rating from NVD.
CVSS VectorNVD
Lifecycle Timeline
3DescriptionNVD
Wazuh is a free and open source platform used for threat prevention, detection, and response. In versions 4.6.0 and above, prior to 4.14.5, a logic error in CheckRateLimitsMiddleware.dispatch() causes the /events endpoint rate check to unconditionally overwrite the general rate limit result. When the global max_request_per_minute is exceeded, requests to /events still succeed if the events-specific counter (hardcoded 30/min) has not been reached. This allows event injection into analysisd beyond the admin-configured global rate limit. This issue has been fixed in version 4.14.5.
Executive ViewAI
Wazuh server API versions 4.6.0 through 4.14.4 contain a rate-limit bypass vulnerability that allows authenticated users to inject unlimited events into the analytics engine, circumventing administrator-configured security controls. This affects organizations using Wazuh's rate-limiting to prevent event flooding or malicious data injection, though exploitation requires valid API credentials. With no public exploit identified and low EPSS (0.2%), the immediate risk is contained, but the lack of vendor patches requires interim mitigation.
No vendor-released patch identified at time of analysis. Interim mitigations: restrict API access to trusted IP networks only, minimize the number of authenticated API service accounts and rotate credentials regularly, implement network-layer monitoring and alerting on /events endpoint request volume, and review event filtering rules to detect anomalous injection patterns. Monitor Wazuh security advisories for patch release timeline.
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
Code injection occurs when an application accepts user input and passes it directly into a language interpreter or evaluator without proper sanitization.
Affected Products (CPE)NVD
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