☠️
EXFILTRATING
DATA...
01010111 10110010 00101001 11000110 01101100 10011011 00010001 11100101 01000010 10101111
[ <-- BACK_TO_SEARCH ]
Wazuh logo [ WEBSITE ] [ VENDOR STATS ]
CVSS: 9.1 CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:H 🐛 CWE-862
👁️
Common Weakness Enumeration - Identifies the specific category of software weakness or flaw.

CVE-2026-74040

CVE-2026-74040 Missing Authorization in Wazuh
📅 PUBLISHED: 2026-10-13 00:00 UTC 🔄 UPDATED: 2026-10-14 05:00 UTC
[ ZERO-DAY / UNPATCHED ] [ DEFENSE PATCH ↓ ]
💣 PoC: None
👁️
Proof of Concept - Indicates if functional exploit code is publicly available, drastically increasing the risk of immediate attacks.
🥷 MITRE: T1190
👁️
MITRE ATT&CK Tactic - Describes the strategy hackers use to execute this attack.
Country: United States License: Open Source
VULNERABLE: 3.9.0 - 4.14.7
CVSS VECTOR BREAKDOWN 9.1
AV: N Attack Vector Network
AC: L Attack Complexity Low
PR: H Privileges Required High
UI: N User Interaction None
S: C Scope Changed
C: H Confidentiality High
I: H Integrity High
A: H Availability High
9.1
THREAT LEVEL
■ tracking this CVE ✓ independent patch confirmation ⧗ same-origin mirror (GHSA) ⚠ active exploitation verification policy →

Executive Summary

CVE-2026-74040 is an arbitrary file overwrite vulnerability in Wazuh (versions from 3.9.0 before 4.14.8), specifically in MasterHandler.process_files_from_worker. A cluster worker can exploit a trailing-slash basename bypass combined with missing extra_valid enforcement to overwrite protected master-side files, including ossec.conf and agent.conf. The impact is severe: authenticated cluster workers (H=High privilege required) can achieve root remote code execution across the Wazuh manager and every connected agent, with a CVSS score of 9.1.

⚡ AUTOMATE YOUR CVE INTELLIGENCE

This record — and 170,000+ others — are available via the ValtersIT API. One endpoint replaces five: NVD + GitHub CVE + CISA KEV + EPSS + Nuclei + Exploit-DB, unified.

›Patch confidence — UNVERIFIED to CONFIRMED, cross-referenced NVD + RHSA + Debian
›Exploit & PoC — poc_status, poc_url, has_exploit. Not in NVD.
›Shodan dorks — ready-made queries to find exposed vulnerable systems
›Detection rules — YARA · Wazuh · Elastic (all plans) · Sigma (Pro)
›pending_fields — know exactly which of 7 fields NVD hasn't processed yet
›Free backfill — data incomplete when you paid? Re-check within 30 days = 0 credits
PAYG €0.08/lookup Standard €19/mo (was €29) · 5k credits Pro €65/mo (was €99) · 20k credits FOUNDING PRICE · LOCKED FOR LIFE · ENDS 31 DEC 2026
[ FROM €19/MO ]
Free sandbox key available
No signup required

Technical Analysis

The vulnerability resides in the Wazuh cluster master/worker communication layer, where the master synchronizes files sent from workers. The affected function is MasterHandler.process_files_from_worker, which is responsible for processing files received from cluster workers. Two flaws combine:

  1. Trailing-slash basename bypass: The master's path validation logic for determining the basename of an incoming file can be bypassed by a path segment ending with a trailing slash — the validation likely normalizes or extracts the basename before the final separator, causing the check to evaluate a benign name while the actual write target resolves to a protected path.
  2. Missing extra_valid enforcement: The extra_valid mechanism intended to whitelist or restrict which extra files a worker may send is not enforced, allowing a worker to submit files outside the sanctioned set.

Together these allow a compromised or malicious worker node to overwrite protected master configuration files such as ossec.conf (the Wazuh manager configuration) and agent.conf (centralized agent configuration). The CWE classification is CWE-862 (Missing Authorization), consistent with the absent extra_valid enforcement — the master fails to authorize that the worker is permitted to write the requested file target. Because both ossec.conf and the centrally distributed agent.conf are overlays consumed by the manager and pushed to agents, an overwrite yields configuration/command execution controlled by data, not just local code. The CVSS scope is changed (S:C), reflecting that the vulnerable component's compromise escalates to affect the wider cluster including all agents. Attack vector is network (AV:N), complexity low (AC:L), privileges high (PR:H — a worker must already be enrolled/authenticated and controlled), no user interaction (UI:N).

Note: The NVD description does not disclose the exact code path that consumes the overwritten configuration to reach code execution (e.g., command hooks or module invocations). No further implementation specifics are fabricated here. No public PoC, exploit code, or Nuclei template is available; exploitation mechanics are inferred from the vulnerability class of arbitrary protected-file overwrite via missing authorization.

Exploitation Scenarios

No public PoC available; attack chain is inferred from vulnerability class.

  1. Reconnaissance / positioning: The attacker must control or compromise a Wazuh cluster worker. This requires either administrator-level access to the cluster (PR:H) or the ability to enroll and operate a worker. Target identification consists of confirming a vulnerable Wazuh version (3.9.0 through pre-4.14.8) and that cluster mode with worker synchronization is enabled.

  2. Triggering the flaw class: From the worker side, the attacker initiates the cluster file-synchronization path so the master invokes MasterHandler.process_files_from_worker. The attacker crafts the file metadata/path so the basename validation is bypassed via a trailing-slash segment, and sends a file outside the sanctioned set because extra_valid enforcement is absent. The write target resolves to protected master files — ossec.conf or agent.conf.

  3. Overwrite and execution (vulnerability-class level): The arbitrary file overwrite replaces the master's manager configuration (ossec.conf) and/or the centralized agent configuration (agent.conf) with attacker-controlled content. Because these files govern manager and agent behavior, control of their contents yields configuration-driven execution of attacker-specified directives — resulting in root-level remote code execution on the manager and propagation to every agent that consumes agent.conf.

  4. Post-exploitation impact: With manager and agent configuration under attacker control, the adversary achieves root RCE across the manager and all managed endpoints — a cluster-wide compromise. This supports persistent control of the entire Wazuh-monitored estate, potential disabling of detection, and lateral movement/impact through the agents.

Impact Assessment

CVSS 9.1 (Critical). Subscores: AV:N (network reachable worker→master channel), AC:L (low complexity, no race/conditions described), PR:H (requires a controlled/an enrolled worker identity), UI:N (no user interaction), S:C (scope changed — master compromise extends to all agents), C:H/I:H/A:H (full confidentiality, integrity, and availability impact across the estate).

Business impact is high: Wazuh is a security monitoring/SIEM/XDR control plane. Overwriting ossec.conf and agent.conf enables, at minimum, disabling or subverting security telemetry across every monitored endpoint, and at worst achieving root RCE on the manager and all agents — turning the security platform into an attacker-controlled distribution channel. Blast radius spans the entire cluster: the manager plus every agent consuming agent.conf. Detection and response capabilities may be impaired precisely when an intrusion is in progress. The changed-scope rating underscores that a single vulnerable master/worker relationship can affect the whole managed fleet.

Detection Guidance

Sigma Rule

title: Wazuh Cluster Arbitrary File Overwrite via process_files_from_worker
id: 9f3c1a72-7404-4cve-9b1e-wazuhclustermaster01
status: experimental
description: Detects suspicious cluster worker file synchronization activity targeting protected master files (ossec.conf / agent.conf) consistent with CVE-2026-74040.
references:
  - https://nvd.nist.gov/vuln/detail/CVE-2026-74040
author: valtersit.com Threat Intelligence
date: 2026/01/01
logsource:
  product: wazuh
  service: cluster
detection:
  selection_paths:
    file|endswith:
      - 'ossec.conf'
      - 'agent.conf'
  selection_source:
    action|contains:
      - 'process_files_from_worker'
      - 'extra_valid'
  selection_anomaly:
    file|contains: '//'
  condition: selection_paths and (selection_source or selection_anomaly)
falsepositives:
  - Legitimate cluster file synchronization initiated by administrators
level: high
tags:
  - attack.initial_access
  - attack.t1190
  - cve.2026-74040

YARA Rule

rule CVE_2026_74040_Wazuh_Config_Overwrite
{
    meta:
        description = "Detects references to the vulnerable Wazuh cluster file-processing function and protected config targets"
        author = "valtersit.com Threat Intelligence"
        reference = "https://nvd.nist.gov/vuln/detail/CVE-2026-74040"
        cve = "CVE-2026-74040"
        date = "2026-01-01"
    strings:
        $fn = "process_files_from_worker" ascii wide
        $ev = "extra_valid" ascii wide
        $c1 = "ossec.conf" ascii wide
        $c2 = "agent.conf" ascii wide
    condition:
        uint16(0) != 0x5A4D and
        filesize < 5MB and
        $fn and
        (any of ($c1, $c2)) and
        $ev
}

Suricata IDS Rule

alert tcp any any -> any any (msg:"CVE-2026-74040 Wazuh cluster worker file overwrite attempt (process_files_from_worker)"; flow:established,to_server; content:"process_files_from_worker"; nocase; content:"extra_valid"; nocase; content:"ossec.conf"; nocase; distance:0; within:512; reference:cve,2026-74040; classtype:attempted-admin; sid:202674040; rev:1;)

Elastic Detection

sequence by host.name with maxspan=5m
  [process where event.category == "process" and process.command_line : "process_files_from_worker"]
  [file where event.category == "file" and file.name : ("ossec.conf" or "agent.conf") and event.action : ("modification" or "overwrite" or "write")]

Splunk SPL Query

index=wazuh sourcetype=wazuh:cluster OR source="*cluster*"
| search ("process_files_from_worker" OR "extra_valid" OR "ossec.conf" OR "agent.conf")
| eval suspicious=if((match(_raw,"ossec\.conf|agent\.conf") AND (match(_raw,"process_files_from_worker") OR match(_raw,"extra_valid") OR match(_raw,"//"))),1,0)
| where suspicious=1
| stats count min(_time) as first_seen max(_time) as last_seen values(worker) as workers by host, file, action
| sort - count

Wazuh OSSEC Rule

<group name="wazuh_cluster,cve-2026-74040,">
  <rule id="100740" level="12">
    <decoded_as>json</decoded_as>
    <field name="action">process_files_from_worker</field>
    <regex field="file">ossec\.conf$|agent\.conf$</regex>
    <description>CVE-2026-74040: Cluster worker attempt to overwrite protected master file (possible arbitrary file overwrite).</description>
    <mitre>
      <id>T1190</id>
    </mitre>
  </rule>
  <rule id="100741" level="10">
    <decoded_as>json</decoded_as>
    <field name="file">//</field>
    <field name="extra_valid">false|missing</field>
    <description>CVE-2026-74040: Trailing-slash basename bypass / missing extra_valid enforcement observed in cluster file sync.</description>
  </rule>
</group>

Mitigation & Patch Guidance

Patch confidence: 0/4 (UNPATCHED — no patch evidence from any tracked source). No vendor fix or workaround is documented in the provided data.

  1. Immediate mitigations

    • Restrict who can enroll and operate cluster worker nodes; treat any worker as a high-value trust boundary. Enforce strong authentication and least privilege on cluster membership.
    • Network-segment the cluster communication channel (worker→master) so only known worker hosts can reach the master's cluster port; deny by default.
    • Monitor and alert on writes to ossec.conf and agent.conf, and on process_files_from_worker activity involving those filenames or anomalous trailing-slash paths.
    • Consider disabling cluster file synchronization of extra/config files where operationally feasible until a fix is available.
    • Maintain offline, integrity-checked backups of ossec.conf and agent.conf to enable rapid restoration if overwritten.
  2. Patch / upgrade steps

    • No fixed version is identified in the provided data. Affected versions are 3.9.0 through pre-4.14.8. Track the Wazuh project for a release that remediates MasterHandler.process_files_from_worker (target: a version at or above 4.14.8 once released). Do not assume any current version is fixed without vendor confirmation.
    • When a fixed release is available, upgrade the manager and all workers; validate extra_valid and path validation behavior post-upgrade.
  3. Long-term hardening

    • Enforce code-level path canonicalization and reject paths with redundant/trailing separators in file-sync handlers. Ensure extra_valid (and equivalent allow-list authorization) is always enforced.
    • Adopt immutable/append-only or change-controlled storage for security-critical configuration so a worker cannot overwrite master config outright.
    • Apply zero-trust principles to cluster peers and continuously audit worker-to-master file transfer activity.

References

Threat actor campaign data: none identified. No exploit-in-the-wild evidence, public PoC, or Nuclei template is available for this CVE at the time of writing.

👁️ SHODAN DORKS (THREAT HUNTING)

What is this? Security researchers use these exact search queries on Shodan.io (a search engine for internet-connected devices) to find vulnerable systems globally. You can copy these dorks to see if your organization's IP space is exposed.

product:"Wazuh"
title:"Wazuh"
product:"Wazuh" "3.9.0"
◈ SOURCE Analysis & enrichment: valtersit.com/cve/CVE-2026-74040/ · CVE data: NVD/MITRE (public domain) · © 2026 ValtersIT Hub
>_ SYSTEM_CORE: INTEL_ACTIVE
90% TEAM-CURATED // 10% AUTOMATED INGESTION.
ALL PATCH REFERENCES AND VERSION DATA SOURCED FROM NVD + OSV OFFICIAL REGISTRIES.