Skip to main content

Wazuh CVE-2026-33434

HIGH
Improper Control of Interaction Frequency (CWE-799)
2026-07-17 security-advisories@github.com
7.1
CVSS 3.1 · NVD
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Access
    Authenticate to Wazuh server API
  2. Delivery
    Exhaust global max_request_per_minute limit
  3. Exploit
    Continue POSTing to /events endpoint
  4. Execution
    Middleware masks global-limit breach
  5. Persist
    Inject excess events into analysisd
  6. Impact
    Degrade 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.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
No patch listed yet 0.2% exploitation probability (EPSS)

Get an e-mail when this CVE is exploited, patched or re-scored. Free account.

Alert me

AnalysisAIv2 – 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)
v1 Jul 17, 2026 - 00:29 CVSS 4.3

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

NVD PRIMARY 7.1 HIGH
AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:L
vuln.today AI 7.1 HIGH

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.

3.1 AV:N/AC:L/PR:L/UI:N/S:U/C:N/I:H/A:L
4.0 AV:N/AC:L/AT:N/PR:L/UI:N/VC:N/VI:H/VA:L/SC:N/SI:N/SA:N

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Network
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
High
Availability
Low

Lifecycle Timeline

3
Analysis Updated
Jul 20, 2026 - 02:28 vuln.today
v2 - CVSS changed
Severity Changed
Jul 20, 2026 - 02:22 NVD
MEDIUM HIGH
CVSS changed
Jul 20, 2026 - 02:22 NVD
4.3 (MEDIUM) 7.1 (HIGH)

DescriptionNVD

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

Why It Matters

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.

Business Impact: High
Compensating Controls

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

EPSS Score
0.2%
Top 88% exploitable
Prevalence
High
widely deployed open-source SIEM/XDR across many enterprise and cloud environments
Data Quality
5 sources
Confidence: Medium
NVD CVE.org EPSS Vulnrichment GitHub VulDB

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.

SignalValue
Severity HIGH
CISA KEV No
Public POC No
EPSS 0.2%
Patch available No
Active threat No
Deciding rule
HIGH severity (CVSS 7.0-8.9)
What every action level means
Emergency Immediate action required. Criteria: CRITICAL + in CISA KEV (actively exploited) without patch, OR CRITICAL + EPSS > 30% without patch, OR CRITICAL + active threat signals without patch.
Act Now Prioritize within 24-48h. Criteria: in KEV with patch available, OR CRITICAL + public POC, OR HIGH + EPSS > 10%, OR CRITICAL + active threat, OR any CRITICAL severity.
This Week Schedule remediation this week. Criteria: HIGH severity (CVSS 7.0-8.9). Patch within normal change window.
This Month Plan within 30 days. Criteria: MEDIUM severity (CVSS 4.0-6.9), lower exploitation probability. Include in regular patch cycle.
Monitor Track and reassess. Criteria: LOW severity (CVSS 0.1-3.9), minimal exploitation risk. No immediate action needed.

SSVC AssessmentENISA

SSVC Decision
Scheduled
Exploitation
None
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Partial

Priority Score

36
Low Medium High Critical
KEV: 0
EPSS: 0
CVSS: +36
PoC: 0
Weaponized: 0
Threat intel: 0
Gov advisory: 0

Attack Technique

Code Injection CRITICAL

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

cpe:2.3:a:wazuh:wazuh:*:*:*:*:*:*:*:*

Related Vulnerabilities in Wazuh Memory Safety and Access Control Vulnerabilities

View all 5

More in Wazuh

View all
CVE-2025-24016 CRITICAL POC
9.9 Feb 10

Wazuh SIEM platform versions 4.4.0 through 4.9.0 contain an unsafe deserialization vulnerability in the DistributedAPI t

CVE-2021-44079 CRITICAL POC
9.8 Nov 22

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

CVE-2026-48024 CRITICAL POC
9.1 Aug 19

Path-traversal-driven root code execution affects the Wazuh security platform's cluster synchronization layer in version

CVE-2026-48162 CRITICAL POC
9.1 Aug 19

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

CVE-2026-61800 CRITICAL POC
9.1 Aug 27

Arbitrary file write leading to root remote code execution affects Wazuh worker nodes in clustered deployments running v

CVE-2026-25769 CRITICAL POC
9.1 Mar 17

A critical deserialization vulnerability in Wazuh's cluster mode allows attackers with access to any worker node to achi

CVE-2025-30201 CRITICAL POC
9.1 Nov 21

Wazuh Agent before 4.13.0 on Windows can be made by an authenticated, high-privileged configuration writer to open attac

CVE-2026-44901 HIGH POC
8.4 Aug 19

Remote code execution on the Wazuh cluster master node is achievable by any attacker who controls a cluster worker node,

CVE-2026-54083 HIGH POC
8.1 Aug 27

Path traversal in Wazuh's ip-customblock active response script allows low-privileged remote attackers to create or dele

CVE-2018-19666 HIGH POC
7.8 Nov 29

The agent in OSSEC through 3.1.0 on Windows allows local users to gain NT AUTHORITY\SYSTEM access via Directory Traversa

CVE-2026-44252 HIGH POC
7.7 Aug 19

Cluster key disclosure in Wazuh Manager versions 4.0.0 through 4.14.4 enables a two-stage privilege escalation: a low-pr

CVE-2026-71540 HIGH POC
7.5 Sep 24

Unauthenticated remote denial of service in the Wazuh cluster daemon (wazuh-clusterd) allows a network peer to exhaust p

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy