CVE-2026-49441 json
Wazuh : peer-controlled metadata key in process_files_from_worker non-merged branch allows arbitrary file write under WAZUH_PATH on Wazuh manager
published 3mo ago modified 16d ago also EUVD-2026-62571 , GHSA-3v57-hgvj-3vj2
Unreviewed: the maintainers' own advisory
Published by the maintainers on their GitHub repository wazuh/wazuh. GitHub has not reviewed it into the GitHub Advisory Database, so the affected packages and versions are the maintainers' word. Read the full advisory on GitHub.
- cvss
- 9.1
- version 3.1, CNA
- cisa kev
- Not listed
- not in CISA's catalog
- epss
- 0.8%
- EPSS 0.8% chance of exploitation in 30 days, percentile 56%
- public exploits
- 0
- none known
Summary
Wazuh is a free and open source platform used for threat prevention, detection, and response. From 4.3.0 until 4.14.6 and 5.0.0-beta3, the non-merged branch of process_files_from_worker() in framework/wazuh/core/cluster/master.py trusts a peer-controlled file_path key from files_metadata.json. The destination is joined to WAZUH_PATH without proving that it remains inside the directory selected by cluster_item_key. A cluster peer holding the shared Fernet key can upload a crafted extra-valid archive and overwrite security-sensitive files such as /var/ossec/etc/ossec.conf. Replacing ossec.conf can configure root-executed commands and lead to code execution after a service reload. This issue is fixed in versions 4.14.6 and 5.0.0-beta3.
Patch / fix
- wazuh wazuh 4.14.6, 5.0.0-beta3
- github.com/wazuh/wazuh@7f13682 commit
- github.com/wazuh/wazuh#36296 pull request
- github.com/wazuh/wazuh/releases/tag/v4.14.6 release
- github.com/wazuh/wazuh/releases/tag/v5.0.0-beta3 release
Is CVE-2026-49441 in your stack? Fencer shows which of your repositories are affected as soon as an advisory lands, and opens the fix as a pull request.
Check with FencerCISA SSVC
- Exploitation
- none
- Automatable
- no
- Technical impact
- total
- Assessed
- 2mo ago
Exploit prediction
0.77% chance of exploitation in the next 30 days, higher than 56% of all scored CVEs (FIRST EPSS, 2026-11-11).
Exploits and checks
- github.com https://github.com/wazuh/wazuh/security/advisories/GHSA-3v57-hgvj-3vj2 referenced PoC, tagged "exploit" by a source, unverified
CVSS scores
| assigned by | version | score | vector |
|---|---|---|---|
| CNA | 3.1 | 9.1 | CVSS:3.1/AV:N/AC:L/PR:H/UI:N/S:C/C:H/I:H/A:H |
Affected products
- wazuh wazuh
Classification
- Weakness
-
- CWE-73 External Control of File Name or Path
References
-
github.com
/wazuh/wazuh/pull/36296
issue-tracking, patch
-
github.com
/wazuh/wazuh/commit/7f13682cf5f01f69452f723a608ab2d89cfb2133
patch
-
github.com
/wazuh/wazuh/releases/tag/v4.14.6
patch, release-notes
-
github.com
/wazuh/wazuh/releases/tag/v5.0.0-beta3
patch, release-notes
-
github.com
/wazuh/wazuh/security/advisories/GHSA-3v57-hgvj-3vj2
exploit, vendor-advisory, advisory
Sources
- CVE List CVE-2026-49441
- NVD CVE-2026-49441
- Maintainer advisory GHSA-3v57-hgvj-3vj2
Fencer Intel keeps one entry per vulnerability: the CVE id wins, then GHSA, and records that alias each other are merged, except that two CVEs always keep separate entries. The same data is available as JSON.
The maintainers of wazuh/wazuh published their own advisory on GitHub. Reviewed sources take precedence over it.
CPEs and fixed versions use Anchore's correction of NVD's data: Added CPE configurations because not yet analyzed by NVD.