External risk intelligence

Wazuh Cluster API Vulnerability Allows Master Node Takeover.

CVE advisorySeverity: CRITICAL (CVSS 9.1)

CVE-2026-28220

The vulnerability exists within the Cluster Distributed API (DAPI) used for communication between Wazuh cluster nodes. Access requires authentication using a shared cluster key. While reachable over a network, this interface is typically restricted to internal communication between cluster peers and is not intended to be exposed to the public internet.

Deserialization

Wazuh

4.0.0 to before 4.14.5

Halo Surface Signal: 2 out of 5 — less likely to be public-facing.

External exposure likelihood

Horizon Alert

Summary of the vulnerability and why it matters

This advisory addresses a critical vulnerability within the Wazuh platform, specifically impacting its Cluster Distributed API. If exploited, an authenticated actor could gain administrative control of the master node, enabling actions such as arbitrary file writes, user creation, and modification of security configurations. The primary concern is confirming if your environment utilizes Wazuh in a clustered configuration where this API is accessible.

  • A flaw allows unauthorized administrative control.
  • Matters if you use Wazuh's clustered features.
  • Confirm Wazuh cluster relevance and exposure.

Attack Path

How an attacker could exploit the issue

An attacker who can authenticate to the Wazuh cluster channel can cause the master node to deserialize and execute arbitrary code. This is achieved by sending a crafted DAPI request that includes a specific RBAC permission, allowing the attacker to bypass authorization checks and execute privileged administrative actions. The vulnerability can be chained to achieve full manager compromise.

  • Requires authenticated access to the cluster channel.
  • Triggered by deserializing attacker-controlled callable.
  • Risk of arbitrary code execution and full compromise.

Live Threat

Current exploitation, exposure, and threat context

A Wazuh master node could allow a cluster peer to deserialize and execute attacker-controlled code, potentially leading to administrative actions. This could affect system data and sensitive information when supported by the advisory and authentication using the shared cluster key.

  • Master node administrative actions at risk.
  • Malicious code executed via API.
  • Full manager compromise may occur.

Operational Fix

Recommended remediation, mitigation, and detection steps

The Wazuh platform's Cluster Distributed API (DAPI) is susceptible to a critical vulnerability if not updated. This issue impacts the master node and requires an actor with authenticated access to the cluster channel, typically a cluster peer. The first practical step involves identifying all Wazuh cluster instances, confirming their reachability and business criticality, and locating the accountable Wazuh platform or infrastructure owner for remediation planning.

  • Owner: Wazuh platform/infrastructure team.
  • Verify: Cluster communication reachability and criticality.
  • Action: Plan and coordinate Wazuh upgrade.

Supplementary metadata

Validate whether this threat affects your internet-facing exposure.

Halo Threat Intelligence helps prioritize remediation with Halo Surface Signal and H/A/L/O context. Start exposure validation with a free external attack surface trial.

Frequently asked questions

What is Wazuh and how does it function?

Wazuh is an open-source security platform designed for threat prevention, detection, and incident response. It operates using a manager-agent architecture where a master node coordinates and analyzes data from various endpoints. In clustered environments, nodes communicate via a Cluster Distributed API (DAPI) to share state and security information, which is the specific component affected by this vulnerability.

How does CWE-502 relate to this CVE?

CVE-2026-28220 involves CWE-502, which is the weakness class for Deserialization of Untrusted Data. In this case, the Wazuh cluster API improperly handles incoming JSON data by resolving and executing callables defined in the request. Because the system's allowlist for these functions is too broad, an attacker can force the master node to run arbitrary code under an elevated security context.

What triggers this vulnerability in the cluster?

The vulnerability is triggered when an actor authenticated to the cluster channel sends a crafted DAPI request. The request exploits the system's deserialization process and misuses an rbac_permissions parameter to bypass authorization checks. Importantly, this bug is not triggered by standard agent-to-manager traffic; it requires access to the internal cluster channel via the shared cluster key.

Is my Wazuh instance at risk from the internet?

According to Halo Surface Signal, this vulnerability is considered unlikely to be exposed to the public internet. The Cluster Distributed API is intended for internal communication between cluster peers using a shared key. Your primary concern should be internal security: ensure that only authorized, trusted cluster nodes have access to the cluster channel and the shared key required to authenticate.

What should I do to secure my Wazuh cluster?

Your first step is to identify all deployed Wazuh cluster instances and verify their current version. Since this issue is fixed in version 4.14.5, you should coordinate with your infrastructure team to plan and perform an upgrade to at least this version. Ensure you also review which systems hold the shared cluster key to limit the number of entities capable of authenticating to the cluster channel.

References