PatchSiren

PatchSiren cyber security CVE debrief

CVE-2026-48162 wazuh CVE debrief

The CVE record for CVE-2026-48162 was published on 2026-08-19T17:18:51.233Z. Wazuh, a free and open-source platform for threat prevention, detection, and response, is affected by a critical vulnerability from versions 4.0.0 until 4.14.6 and 5.0.0-beta3. The vulnerability is due to improper handling of attacker-controlled input in the DistributedAPI.send_tmp_file() function, which allows a cluster peer with the shared Fernet key to potentially read any file over the cluster channel. This could enable the peer to forge administrator REST API tokens offline and exercise administrative privileges without creating an account. Organizations using Wazuh 4.0.0 through 4.14.6 or 5.0.0-beta3 should be aware of this critical vulnerability and take steps to patch or mitigate it.

Vendor
wazuh
Product
Unknown
CVSS
CRITICAL 9.1
CISA KEV
Not listed in stored evidence
Original CVE published
2026-08-19
Original CVE updated
2026-08-25
Advisory published
2026-08-19
Advisory updated
2026-08-25

Who should care

Organizations using Wazuh 4.0.0 through 4.14.6 or 5.0.0-beta3 should prioritize patching to prevent potential file reads and administrative token forgery. This includes reviewing and updating Wazuh configurations to prevent potential file reads and monitoring for suspicious activity related to Wazuh administrative privileges. Additionally, organizations should review compensating controls for exposed systems while remediation is scheduled and verified, and track exceptions, retest remediated assets, and close the item only after evidence is documented. Affected operators, platforms, vulnerability management, and security teams should be informed and involved in the remediation process to ensure a coordinated response to this critical vulnerability. This may involve confirming whether affected product deployments exist in managed environments and assigning an owner for follow-up. The vulnerability's impact on operational security and the potential for lateral movement within affected networks should also be considered when planning remediation efforts. Furthermore, organizations should consider the vulnerability's severity and the potential for exploitation when prioritizing remediation efforts and allocating resources. Effective communication and coordination between security teams, IT operations, and other stakeholders are crucial to ensure timely and effective remediation of this vulnerability. The CVE record indicates a critical vulnerability in Wazuh, allowing for potential file reads and administrative token forgery. Evidence is based on official CVE and NVD records, as well as source references from GitHub. Therefore, it is essential for organizations to take immediate action to mitigate this vulnerability and prevent potential security breaches. This includes applying patches for Wazuh versions 4.0.0 through 4.14.6 or 5.0.0-beta3, reviewing and updating Wazuh configurations, and monitoring for suspicious activity related to Wazuh administrative privileges. By taking these steps, organizations can help prevent potential security breaches and protect their systems from exploitation. The CVE record and source references provide additional information on the

Technical summary

The DistributedAPI.send_tmp_file() function in Wazuh's dapi.py file joins an attacker-controlled tmp_file value to WAZUH_PATH without proper canonicalization or confinement. This allows a cluster peer with the shared Fernet key to potentially read any file over the cluster channel, including sensitive files like /var/ossec/api/configuration/security/private_key.pem. This could enable the peer to forge administrator REST API tokens offline and exercise administrative privileges without creating an account.

Defensive priority

Organizations using Wazuh 4.0.0 through 4.14.6 or 5.0.0-beta3 should prioritize patching to prevent potential file reads and administrative token forgery.

Recommended defensive actions

  • Apply patches for Wazuh versions 4.0.0 through 4.14.6 or 5.0.0-beta3
  • Review and update Wazuh configurations to prevent potential file reads
  • Monitor for suspicious activity related to Wazuh administrative privileges
  • Confirm whether affected product deployments exist in managed environments and assign an owner for follow-up.
  • Review the supplied official advisory or CVE record to validate affected scope, severity, and vendor guidance.
  • Plan vendor-supported updates or mitigations through normal change control where exposure is confirmed.
  • Review compensating controls for exposed systems while remediation is scheduled and verified.

Evidence notes

The CVE record indicates a critical vulnerability in Wazuh, allowing for potential file reads and administrative token forgery. Evidence is based on official CVE and NVD records, as well as source references from GitHub.

Sources and references

Verified primary and authoritative sources

  • CVE-2026-48162 CVE Program record

    Publisher, destination, and source semantics verified

    URL: https://www.cve.org/CVERecord?id=CVE-2026-48162

    CVE Program - Official CVE Program record with source-provided CVE metadata.

  • CVE-2026-48162 NVD vulnerability detail

    Publisher, destination, and source semantics verified

    URL: https://nvd.nist.gov/vuln/detail/CVE-2026-48162

    NIST National Vulnerability Database - Official NIST NVD detail page and source-specific vulnerability assessment.

Supplemental references

Methodology and review provenance

AI-assisted synthesis based on stored public vulnerability evidence. System validation, approval state, and publication status do not by themselves establish human review of this revision. PatchSiren helps prioritize defensive review and does not prove exposure or remediation on any system.