CVE-2026-44253: Wazuh: Cluster Protocol Memory Exhaustion (DoS) via unbounded receive_str allocation and div_msg_box accumulation

Published Aug 19, 2026
·
Updated

Wazuh is a free and open source platform used for threat prevention, detection, and response. From 3.9.0 until 4.14.5 and 5.0.0-beta2, the Wazuh cluster protocol in framework/wazuh/core/cluster/common.py allows an authenticated cluster node to exhaust memory on the master. The receivestr() method accepts an attacker-controlled total for InBuffer without a maximum, so a newstr command can request a multi-gigabyte bytearray and repeated requests accumulate in instr. The divided-message path also retains flagdivided fragments under unique counters in divmsgbox without a count, aggregate-size, or expiration limit. Exploitation can disrupt agent connectivity and alert processing across the monitored environment. This issue is fixed in versions 4.14.5 and 5.0.0-beta2.

Affected Software

1 affected component
Wazuh Wazuh>3.9.0<4.14.5, =5.0.0-beta2

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade wazuh to a version that resolves this vulnerability.

    Fixed in 4.14.5
  2. Upgrade

    Upgrade wazuh to a version that resolves this vulnerability.

    Fixed in 5.0.0-beta2

Event History

Aug 19, 2026
CVE Published
via MITRE·04:06 PM
Data Sourced
via MITRE·04:06 PM
DescriptionSeverityWeakness

Frequently Asked Questions

1

Which deployments are exposed to this issue?

Wazuh versions from 3.9.0 through 4.14.5, and 5.0.0-beta2, are identified as affected. The vulnerable component is the cluster protocol on the master, so exposure requires a deployment where an attacker can operate as an authenticated cluster node.

2

What access does an attacker need to cause the denial of service?

An attacker needs authenticated cluster-node access. They can send cluster protocol messages that request an unbounded receive buffer or retain divided-message fragments under unique counters, exhausting memory on the master.

3

What operational impact can exploitation have?

Memory exhaustion on the master can disrupt agent connectivity and alert processing across the monitored environment. The stated impact is denial of service rather than loss of confidentiality or integrity.

4

Which versions contain the fix?

The issue is fixed in Wazuh 4.14.5 and 5.0.0-beta2.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203