Skip to main content

Wazuh Manager EUVDEUVD-2026-98672

| CVE-2026-74034 HIGH
Missing Authorization (CWE-862)
2026-10-13 VulnCheck
8.7
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

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

  1. Access
    Obtain enrolled agent credentials or compromise an agent
  2. Delivery
    Craft upgrade_custom message with attacker-controlled file_path
  3. Exploit
    Bypass missing origin check in wm_agent_upgrade
  4. Execution
    Manager reads arbitrary file as root
  5. Impact
    Exfiltrate /etc/shadow and client.keys

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization checks on every request
MITRE ATT&CK

1 technique across 1 tactic: Privilege Escalation

The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up.

Exploitation Conditions

Requires the attacker to be an enrolled Wazuh agent (possessing valid enrollment/client.keys) able to send messages over the agent-to-manager channel; the attacker then issues an upgrade_custom command with an attacker-controlled file_path, which the manager's wm_agent_upgrade processes without an origin check and reads as root. Affects wazuh-manager 4.1.0 through 4.14.7 in default configuration (no special feature toggle is indicated). LIMITING FACTORS: despite the vendor's PR:N rating, exploitation realistically depends on obtaining agent enrollment (a compromised/rogue agent or stolen keys), so it is not anonymous internet-wide; no user interaction is needed, and the fix in 4.14.8 restricts which upgrade commands the agent channel will accept.

Impact

Signals point to a real, high-severity confidentiality issue but one whose practical exploitation is gated. The vendor CVSS 4.0 base score is 8.7 (High) with vector AV:N/AC:L/PR:N/UI:N and VC:H (high confidentiality impact, no integrity or availability impact), reflecting arbitrary file read as root. The flaw was reported by VulnCheck (a credible source) and a vendor patch exists (v4.14.8), which raises confidence the vulnerability is genuine. However, no EPSS score, CISA KEV listing, or public POC is present in the provided data, so there is no evidence of active exploitation or automated weaponization - this is a priority to patch but not (on available signals) an under-active-attack emergency. CONFLICT TO VERIFY: the CVSS vector asserts PR:N (unauthenticated), yet the description states the attacker must be an 'enrolled agent' issuing messages over the agent channel, which in practice requires valid agent enrollment/client.keys - this discontinuity means realistic exploitation presupposes a compromised or rogue registered agent rather than an anonymous internet attacker, lowering the real-world likelihood of mass exploitation relative to the raw score. The confidentiality impact is nonetheless serious because exfiltrating client.keys enables agent impersonation and lateral movement across the fleet, and /etc/shadow exposure aids credential cracking.

Exploit ScenarioDerived

An attacker who controls an enrolled Wazuh agent (e.g., a compromised endpoint or stolen agent keys) sends a crafted upgrade_custom message over the agent-to-manager channel with an attacker-controlled file_path. Because wm_agent_upgrade lacks an origin check, the manager processes the command and reads the specified file as root, returning sensitive contents such as /etc/shadow or client.keys. No public exploit was identified at time of analysis, but the attack is low-complexity once agent enrollment is obtained.

This Week Schedule remediation this week. Why: HIGH severity (CVSS 7.0-8.9).
Patch available 0.3% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Oct 13, 2026

Arbitrary file read as root in Wazuh Manager 4.1.0 through 4.14.7 allows an enrolled agent to inject an upgrade_custom message over the agent-to-manager channel with an attacker-controlled file_path that the wm_agent_upgrade module processes without an origin check, disclosing sensitive files such as /etc/shadow and client.keys. Exploitation requires a valid enrolled agent identity (compromised or rogue agent, or stolen client.keys), so despite the vendor's CVSS 4.0 rating of 8.7 with PR:N, this is realistically not an anonymous internet-wide attack - our independent assessment scores it CVSS 3.1 8.7-to-moderate AV:N/AC:L/PR:L/UI:N with high confidentiality impact only. No public exploit code and no CISA KEV active-exploitation entry were identified at time of analysis, and a vendor patch is available in Wazuh 4.14.8.

RemediationAI

Upgrade Wazuh Manager to 4.14.8 or later, which is the vendor-released patch that restricts the upgrade commands accepted from the agent message channel (fix PR #37745, released in https://github.com/wazuh/wazuh/releases/tag/v4.14.8); the same release also adds path validation for rule/decoder deletion, CDB list file retrieval and listing, and SCA policy source enforcement, so upgrading addresses the related path-handling hardening in one step. Full details are in the vendor advisory https://github.com/wazuh/wazuh/security/advisories/GHSA-r7hm-43xr-477j and the VulnCheck advisory https://www.vulncheck.com/advisories/wazuh-4.1.0-before-4.14.8-arbitrary-file-read-via-upgrade-custom-command. Until patching is possible, treat agent enrollment credentials as the security boundary: rotate client.keys and re-enroll agents so any stolen or previously issued keys are invalidated, restrict agent enrollment (disable auto-enrollment, require one-time enrollment passwords, and tightly scope which hosts may reach the manager's agent ports 1514/1515) with the trade-off that misconfigured enrollment will block legitimate agents from connecting, and segment the manager so that agents run with least privilege on hosts that are not the manager itself. Because the disclosure target includes /etc/shadow, rotate any credentials whose hashes could have been exposed and audit manager logs and agent channels for unexpected upgrade_custom messages; note that disabling agent self-upgrade entirely is a blunt workaround that removes legitimate remote-upgrade functionality and should only be used as a temporary compensating control.

Affected VersionsENISA

wazuh-manager 4.1.0 <4.14.8

Affected Packages

euvd wazuh_manager fix: 4.14.8

Source: OSV (Open Source Vulnerabilities)

Affects your stack

Affects 1 package in euvd

Checking this CVE against your own stacks and servers is part of the Basic plan and up.

Technical ContextAI · show details

Wazuh Manager is the central server component of the Wazuh open-source SIEM/XDR platform; enrolled agents communicate with it over an authenticated agent channel and can request actions such as self-upgrades. The vulnerable component is the wm_agent_upgrade module, which handles upgrade_custom commands - instructions that let an agent supply parameters including a file_path used by the manager when staging or applying an upgrade. The root cause is CWE-862 (Missing Authorization): the module failed to validate the origin and legitimacy of upgrade_custom requests arriving from the agent message channel, so any entity able to speak that protocol as an enrolled agent can supply an arbitrary file_path. Because the manager process handling the request runs with root privileges, the path is read back with root-level access, turning a low-privilege agent foothold into disclosure of highly sensitive manager-side files - /etc/shadow for offline password cracking and client.keys for agent authentication key material that could enable further lateral movement or impersonation. The fix in Wazuh 4.14.8 (PR #37745, 'Restricted the upgrade commands accepted from the agent message channel in Analysisd') hardens which upgrade commands are accepted from agents; that release also bundles related path-validation fixes for rule/decoder deletion, CDB list retrieval and listing, and SCA policy source validation, suggesting a broader hardening pass on manager-side path handling. The affected CPE is cpe:2.3:a:wazuh:wazuh-manager across the 4.1.0-4.14.7 range.

Know when Wazuh Manager 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

Vendor (VulnCheck) PRIMARY 8.7 HIGH
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:N/VA:N/SC:N/SI:N/SA:N
vuln.today AI 6.5 MEDIUM

Exploitation requires a valid enrolled agent on the network channel, so PR:L not PR:N; low complexity, root-level file read gives C:H with no integrity/availability impact and no scope change.

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

Primary rating from Vendor (VulnCheck).

CVSS VectorVendor: VulnCheck

Attack Vector
Network
Attack Complexity
Low
Attack Requirements
None
Privileges Required
None
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
None
Vulnerable system: Availability
None
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

DescriptionCVE.org

Wazuh from 4.1.0 before 4.14.8 contains a missing origin check in wm_agent_upgrade that allows enrolled agents to issue upgrade_custom commands with attacker-controlled file_path. Attackers can inject an upgrade_custom message over the agent channel to read arbitrary files as root, exfiltrating /etc/shadow and client.keys.

Technical POC Analysis

The flaw is a missing origin check on the WMUPGRADESOCK unix socket owned by the manager's wmagentupgrade module, which runs inside wazuh-modulesd as root.

Full technical POC analysis - root cause, step-by-step exploitation and patch breakdown - is part of the Pro and Business plans.

Executive ViewAI

Why It Matters

Wazuh Manager versions 4.1.0 through 4.14.7 are affected by a high-severity arbitrary file read vulnerability that allows an authenticated enrolled agent to read sensitive files as root, including /etc/shadow and client.keys. This exposes credential material that could compromise the Wazuh monitoring platform and any infrastructure it manages. Leadership should treat this as a priority patch because the affected system is itself a security control, and leaked agent credentials can enable lateral movement or evasion.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.3%
Top 74% exploitable
Prevalence
High
widely deployed open-source SIEM/XDR/HIDS security platform
Social Media
1
Sightings
Data Quality
5 sources
Confidence: Medium

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.3%
Patch available Yes
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· derived
Scheduled
Exploitation· derived
None
System Exposure· derived
Open
Automatable· derived
Yes
Human Impact
High

Priority Score

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

Attack Technique

Authentication bypass attacks exploit flaws in the verification mechanisms that control access to systems and applications.

CVE-2026-74040 CRITICAL
9.4 Oct 13

Arbitrary file overwrite in Wazuh Manager (3.9.0 through versions prior to 4.14.8) lets an attacker who already controls

CVE-2026-74041 CRITICAL
9.4 Oct 13

Root-level command execution on the Wazuh Manager host is achievable by an authenticated administrator who holds the man

CVE-2026-74037 HIGH
8.6 Oct 13

Wazuh Manager 4.0.0 through 4.14.7 fails to consult its token revocation blacklist inside the check_token routine, so a

CVE-2026-74035 HIGH
8.6 Oct 13

An authentication bypass in the Wazuh Manager API (versions 4.6.0 through 4.14.7) lets an account that already holds del

CVE-2026-74043 HIGH
8.5 Oct 13

Path traversal in the Wazuh Manager cluster upload handlers (upload_list_file, upload_rule_file, upload_decoder_file) le

CVE-2026-74033 HIGH
8.4 Oct 13

Path traversal in Wazuh Manager 4.1.1 through 4.14.7 lets an attacker who has already compromised a cluster worker node

CVE-2026-74045 HIGH
7.1 Oct 13

Heap buffer overflow in Wazuh Manager's File Integrity Monitoring alert generation lets an enrolled agent corrupt manage

CVE-2026-74039 HIGH
7.1 Aug 18

CPU exhaustion in Wazuh Manager 4.0.0-4.14.6 and 5.0.0-beta2 allows authenticated API users with the allow_run_as permis

CVE-2026-74047 HIGH
7.1 Oct 13

Wazuh Manager 4.0.0 through 4.14.7 exposes the plaintext authd.pass agent-enrollment password to authenticated low-privi

CVE-2025-15616 HIGH
7.1 Mar 27

Multiple shell injection and untrusted search path vulnerabilities in Wazuh agent and manager (versions 2.1.0 through 4.

CVE-2026-74031 HIGH
7.0 Oct 13

Path traversal in Wazuh Manager's delete_rule_file and delete_decoder_file helpers lets an attacker who holds the Wazuh

CVE-2026-74044 HIGH
7.0 Aug 18

Path traversal via unsanitized cluster node names in Wazuh Manager 4.0.0 through 4.14.5 enables authenticated cluster pe

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