SEPTEMBER 17, 2026
Live Feed
Back to database
Case File

CVE-2026-61783

MEDIUM · CVSS 6.5 EPSS 0.24% Public Exploit

Source: NVD + CISA KEV + EPSS · Published 2026-08-28 · Last synced 2026-09-17

CyberRota Analysis

AI-Generated

Wazuh versions 4.14.0 through 4.14.6 are vulnerable, allowing authenticated low-privilege users to access sensitive cluster secrets due to improper handling of RBAC rules that disable value masking. This flaw can lead to unauthorized exposure of critical configuration data, including the cluster key, potentially compromising the security of the entire system. Organizations using affected versions should prioritize upgrading to version 4.14.7 to mitigate this high-severity vulnerability.

Public Exploit Signal

A public exploit, PoC, GitHub repository or Metasploit reference was detected for this CVE.

Note: these links are listed for security research and verification purposes only.

CVE
CVE-2026-61783
Severity
MEDIUM
CVSS
6.5
EPSS
0.24%

Original NVD Description

Wazuh is an open-source security platform providing unified XDR and SIEM protection for endpoints and cloud workloads. In versions 4.14.0 through 4.14.6, an authenticated low-privilege user can read the cluster secret from the manager configuration because the logic that masks sensitive values is disabled by any update-config RBAC rule, including an explicit deny. The mask_sensitive_config() decorator applies masking only when _has_update_permissions() returns false, but that gate treats a user as able to update the config whenever a  manager:update_config  or  cluster:update_config  rule exists, without ever checking whether the rule's effect is allow or deny. Because a deny rule is stored as a real entry, a read-only account that is hardened by explicitly denying config edits is counted as having update permission, which turns masking off. A single authenticated GET request to the configuration endpoint with  raw=true  then returns the verbatim ossec.conf XML with  cluster.key  in clear, whereas an otherwise identical account without the deny rule sees the value masked. This issue is fixed in version 4.14.7.

Related CVEs

Other vulnerabilities affecting the same vendor(s)