Skip to main content

Wazuh Agent EUVDEUVD-2026-98674

| CVE-2026-74036 HIGH
Incorrect Authorization (CWE-863)
2026-10-13 VulnCheck
8.6
CVSS 4.0 · Vendor: VulnCheck
View

Attack ChainAIDerived

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

  1. Access
    Gain control of a Wazuh manager
  2. Delivery
    Push unsigned SCA policy via agent upgrade channel
  3. Exploit
    Bypass path-based trust on var/incoming
  4. Execution
    Agent loads and runs command checks as root
  5. Impact
    Execute arbitrary code across agent fleet

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V8 - Authorization Authorization logic validation
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

Exploitation requires the attacker to already control a Wazuh manager that agents trust (CVSS PR:H) - a compromised manager or a rogue/malicious manager with enrolled agents. The concrete flaw is that SCA policy trust is decided by file path (unsigned files written to var/incoming) rather than by configuration source/signature, so a policy delivered through the agent upgrade channel is honored, and its command checks execute as root via SCA remote-commands handling. Limiting factors that bound real-world risk: this is a post-compromise, fleet-wide escalation and does NOT apply unless an attacker holds manager-level control over agents; it affects Wazuh agent versions 4.3.0 up to (not including) 4.14.8; no end-user interaction is required (UI:N).

Impact

The vendor CVSS 4.0 base score is 8.6 (High), driven by network vector (AV:N), low attack complexity (AC:L), no user interaction (UI:N), and full confidentiality/integrity/availability impact on the agent (VC:H/VI:H/VA:H) - root code execution. However, the single most important moderating signal is PR:H: exploitation requires the attacker to already control a Wazuh manager that agents trust. This reframes the issue as a post-compromise, fleet-wide privilege escalation (compromised or rogue manager → root on every enrolled agent) rather than a standalone unauthenticated internet-facing RCE. No EPSS score, KEV listing, or POC was provided in the input, so there is no evidence of active exploitation - exploitation status is 'no public exploit identified at time of analysis.' CWE-863 (improper authorization) matches the described defect: trust is decided by file path (var/incoming) instead of by policy signature/configuration source. SSVC-style read: technical impact is Total (root RCE) but exploitation is not automatable in the usual sense because it is gated on prior manager control, so this is a high-value escalation primitive worth prompt patching in managed fleets, not a mass-exploitation emergency. Net: a genuine high-severity priority for anyone running Wazuh manager/agent clusters, but the PR:H precondition means real-world risk is bounded by whether an attacker can reach manager-level control.

Exploit ScenarioDerived

An attacker who gains control of a Wazuh manager (through compromise, or by operating a malicious/rogue manager that agents are enrolled with) writes an unsigned SCA policy file containing command checks into var/incoming via the agent upgrade channel. Because policy trust is determined by file path rather than signature, enrolled agents load and execute those command checks as root, giving the attacker arbitrary code execution across the agent fleet. No public exploit code was identified in the provided intelligence.

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

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

Alert me

AnalysisAIv1 – Oct 13, 2026

Remote code execution in Wazuh agents 4.3.0 through 4.14.7 (not including 4.14.8) allows an attacker who already holds manager-level control over a Wazuh deployment to run arbitrary SCA policy command checks as root on every enrolled agent. The root cause is that the SCA subsystem decides whether a policy is trusted by its file path rather than by its configuration source or signature, so an unsigned policy file planted in var/incoming through the agent upgrade channel is honored and its checks execute with root privileges. The vendor CVSS 4.0 base score is 8.6 (High) - network vector, low complexity, no user interaction (PR:H), with high confidentiality, integrity and availability impact on the agent - and represents a fleet-wide escalation that only applies after a manager has already been compromised. No public exploit code and no confirmed active exploitation were identified at time of analysis; the vendor released a fix in Wazuh v4.14.8.

RemediationAI

Vendor-released patch: Wazuh v4.14.8 - upgrade all agents (and managers) to 4.14.8 or later, which hardens SCA policy source validation so the sca.remote_commands restriction is correctly enforced (PR #37953) and restricts the upgrade commands accepted over the agent message channel (PR #37745); see https://github.com/wazuh/wazuh/releases/tag/v4.14.8 and the advisory https://github.com/wazuh/wazuh/security/advisories/GHSA-qmhg-366r-jjfp. If immediate fleet-wide upgrade is not possible, the most direct compensating control is to disable SCA remote command execution on agents by removing or setting the sca.remote_commands option to 'no' in the agent ossec.conf - this blocks the root command-check execution path used by the exploit at the cost of losing remote SCA command checks, which may reduce compliance/audit coverage. Secondary controls, given that exploitation requires manager-level control: strictly limit and monitor who can administer the manager, rotate agent enrollment keys and TLS certificates so a previously compromised manager cannot silently re-enroll or push policies, and monitor/restrict writes to the agent's var/incoming directory for unexpected or unsigned policy files. Note that these controls reduce blast radius after a manager compromise but do not replace patching; no public exploit code was identified at time of analysis, so prioritization should be driven by the exposure of the management plane rather than by active exploitation.

Affected VersionsENISA

wazuh-agent 4.3.0 <4.14.8

Affected Packages

euvd wazuh_agent 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 agents use the Security Configuration Assessment (SCA) module to evaluate policy files containing checks and, optionally, remote command checks executed on the endpoint. The vulnerability is CWE-863 (Incorrect Authorization): instead of validating that a policy originated from a trusted configuration source (e.g. a signed or manager-pushed configuration), the agent trusted policies based on where the file lived on disk. Combined with the agent upgrade/message channel, which accepted policy deliveries written into var/incoming, this let a party controlling the manager place unsigned policy files that the agent then treated as legitimate and executed via SCA remote-commands as root. The affected component is the Wazuh agent package (CPE cpe:2.3:a:wazuh:wazuh-agent:*:*:*:*:*:*:*:*). The assessed CVSS 3.1 vector CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H confirms the network-reachable but privileged prerequisite: exploitation requires an attacker to already control a Wazuh manager that agents trust (a compromised manager or a rogue/malicious manager with enrolled agents), so this is a post-compromise, fleet-wide privilege escalation rather than an unauthenticated external attack. The vendor's own fix notes align with this root cause: the v4.14.8 release 'Improved SCA policy source validation to correctly enforce the sca.remote_commands restriction' (PR #37953) and 'Restricted the upgrade commands accepted from the agent message channel in Analysisd' (PR #37745).

Know when Wazuh Agent 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.6 HIGH
CVSS:4.0/AV:N/AC:L/AT:N/PR:H/UI:N/VC:H/VI:H/VA:H/SC:N/SI:N/SA:N
vuln.today AI 7.2 HIGH

Network-reachable from a manager with low complexity, but requires manager-level control (PR:H); agents execute command checks as root giving full C/I/A impact, scope unchanged.

3.1 AV:N/AC:L/PR:H/UI:N/S:U/C:H/I:H/A:H
4.0 AV:N/AC:L/AT:N/PR:H/UI:N/VC:H/VI:H/VA:H/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
High
User Interaction
None
Vulnerable system: Confidentiality
High
Vulnerable system: Integrity
High
Vulnerable system: Availability
High
Subsequent system: Confidentiality
None
Subsequent system: Integrity
None
Subsequent system: Availability
None

DescriptionCVE.org

Wazuh from 4.3.0 before 4.14.8 contains a remote code execution vulnerability where SCA policy trust is determined by file path rather than configuration source. Attackers controlling a manager can write unsigned policy files to var/incoming via the upgrade channel and reference them to execute command checks as root on agents.

Technical POC Analysis

Wazuh's SCA engine gates command checks (c:<command) behind sca.remotecommands (default 0), but decides whether a policy is "remote" (untrusted) from the policy file's path on disk, not from where th…

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

A privilege-escalation flaw in the Wazuh endpoint agent (versions 4.3.0 through 4.14.7) allows anyone who has already taken control of a Wazuh manager to execute arbitrary configuration-assessment commands as root across every enrolled agent in the fleet. Because a single compromised management node can cascade into full root control of servers, workstations, and cloud endpoints organization-wide, the exposure is broad rather than isolated, and remediation requires a coordinated agent upgrade rather than a single server fix. Leadership should care because the impacted population is the entire managed endpoint estate, and the blast radius of a manager compromise is multiplied from one system into many.

Business Impact: High
Compensating Controls

Apply vendor patch.

Threat Intelligence Overview

EPSS Score
0.8%
Top 43% exploitable
Prevalence
Medium
popular open-source SIEM/XDR/HIDS, common in security teams but not universal
Social Media
1
Sightings
Data Quality
6 sources
Confidence: High

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.8%
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
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact
High
Technical Impact
Total

Priority Score

44
Low Medium High Critical
KEV: 0
EPSS: +1
CVSS: +43
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.

Remote Code Execution represents the critical moment when an attacker successfully runs arbitrary code on a target system without physical access.

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