Skip to main content

Wazuh Provisioning Scripts Agent Build Environment CVE-2025-15612

| EUVDEUVD-2025-209107 MEDIUM
Improper Certificate Validation (CWE-295)
2026-03-27 VulnCheck GHSA-wp7g-9j3h-9mcg
6.3
CVSS 4.0 · Vendor: VulnCheck
View

Vulnerability Assessment

Weakness
CWE
OWASP Top 10:2025
A07:2025 - Authentication Failures
ASVS 5.0
V12 - Secure Communication Certificate validation
Impact

CVSS v4.0 score of 6.3 reflects moderate severity with network attack vector (AV:N), high complexity (AC:H), and limited technical impact scope (VC:L, VI:L). The high complexity modifier suggests the attacker must overcome network positioning or timing constraints, making opportunistic exploitation less likely than targeted supply chain attacks. However, the technical impact classification-low for confidentiality and integrity-underestimates real-world risk in supply chain scenarios: a single compromised build can distribute malicious agents to thousands of endpoints. The attack requires no privileges (PR:N) and no user interaction (UI:N), confirming unauthenticated exploitation. The CVSS vector itself lacks exploitation probability or automatable signals (E:X, indicating not assigned); without published EPSS data or KEV confirmation, the relative severity versus other vulnerabilities cannot be quantified. The true risk depends heavily on deployment context: organizations running Wazuh agent builds in isolated, trusted network environments face lower real-world risk than those building agents in shared CI/CD pipelines or cloud environments where network-layer MITM is feasible. The absence of confirmed active exploitation or public proof-of-concept code lowers immediate threat, but the build-time nature of the vulnerability means exploitation would be difficult to detect post-compromise, warranting prioritization for supply-chain-critical organizations.

Exploit ScenarioDerived

An attacker positioned on the network between a Wazuh agent build system and a remote package repository (e.g., via compromised router, BGP hijacking, or DNS spoofing) intercepts curl requests from the provisioning scripts. Because curl is invoked with -k/--insecure, the attacker presents a self-signed certificate, which curl accepts without validation. The attacker then serves malicious code-such as a backdoored dependency or modified build artifact-which is downloaded and incorporated into the agent binary. Once the compromised agent is deployed across the organization's infrastructure, the attacker gains persistent remote code execution on monitored endpoints, bypassing the security monitoring that Wazuh itself provides. No public proof-of-concept code is known, but the vulnerability requires only network positioning and standard TLS interception tools, making targeted exploitation feasible against organizations building agents in less-protected environments.

This Month Plan within 30 days. Why: MEDIUM severity (CVSS 4.0-6.9).
No patch listed yet 0.0% exploitation probability (EPSS)

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

Alert me

AnalysisAIv1 – Mar 27, 2026

Wazuh provisioning scripts and container build environments disable SSL/TLS certificate validation by invoking curl with the -k/--insecure flag, enabling man-in-the-middle attackers to intercept and modify downloaded dependencies during the build process and achieve remote code execution within the agent build infrastructure and supply chain. Unauthenticated network attackers with positioning on the network path can exploit this with moderate complexity to compromise the integrity of Wazuh agent builds, affecting all downstream deployments. No public exploit code or active exploitation has been confirmed at the time of analysis.

RemediationAI

Remove or replace all instances of curl invocations with the -k, --insecure, or equivalent certificate-disabling flags in provisioning scripts and Dockerfiles. Replace them with curl commands that perform full certificate validation (the default behavior when no insecure flags are present) or explicitly use --cacert to pinpoint trusted certificate authority bundles. For build environments using package managers or artifact repositories, configure the underlying tools (apt, yum, pip, npm, etc.) to use trusted certificate stores rather than bypassing validation at the curl layer. Immediately audit all agent builds produced using the vulnerable scripts and consider re-building with patched provisioning code. For Wazuh deployments already using agents built from insecure provisioning scripts, implement network segmentation to isolate build systems from untrusted networks and enforce certificate pinning or proxy validation where feasible. Consult the Wazuh security advisory at https://github.com/wazuh/wazuh/security/advisories/GHSA-wvg9-7q49-c7mg for specific patched versions and deployment guidance once available.

Affected VersionsENISA

Wazuh Provisioning Scripts (Agent Build Environment) 4.1.3

Affected Packages

euvd wazuh_provisioning_scripts_agent_build_environment no fix

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

The vulnerability stems from improper implementation of CWE-295 (Improper Certificate Validation), a root cause class affecting cryptographic and transport security. Wazuh provisioning scripts and Dockerfiles used in agent build environments invoke curl with the -k or --insecure flag, which explicitly disables hostname and certificate verification in SSL/TLS connections. This allows any attacker positioned on the network path (between the build system and remote package repositories or dependency servers) to present a self-signed or forged certificate and intercept the connection without triggering validation errors. The affected product, identified via CPE as cpe:2.3:a:wazuh:wazuh_provisioning_scripts_(agent_build_environment):*:*:*:*:*:*:*:*, encompasses the build infrastructure scripts that bootstrap and construct Wazuh agents. During build execution, these insecure curl invocations download code and dependencies, creating a critical supply chain injection point where adversaries can substitute malicious payloads for legitimate artifacts.

Know when Wazuh Provisioning Scripts Agent Build Environment 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 6.3 MEDIUM
CVSS:4.0/AV:N/AC:H/AT:N/PR:N/UI:N/VC:L/VI:L/VA:N/SC:N/SI:N/SA:N

Primary rating from Vendor (VulnCheck) · only source for this CVE.

CVSS VectorVendor: VulnCheck

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

DescriptionCVE.org

Wazuh provisioning scripts and Dockerfiles contain an insecure transport vulnerability where curl is invoked with the -k/--insecure flag, disabling SSL/TLS certificate validation. Attackers with network access can perform man-in-the-middle attacks to intercept and modify downloaded dependencies or code during the build process, leading to remote code execution and supply chain compromise.

Executive ViewAI

Why It Matters

CVE-2025-15612 presents moderate security risk rated CVSS 6.3. Exploitation could compromise the security of affected deployments. Organizations should apply vendor updates when available and monitor for exploitation.

Business Impact: Low
Compensating Controls

Apply vendor patch. If patching is delayed: restrict network access and enable monitoring.

Threat Intelligence Overview

EPSS Score
0.0%
Top 87% exploitable
Data Quality
7 sources
Confidence: High
EUVD NVD CVE.org EPSS Vulnrichment GitHub VulDB

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 MEDIUM
CISA KEV No
Public POC No
EPSS 0.0%
Patch available No
Active threat No
Deciding rule
MEDIUM severity (CVSS 4.0-6.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
Low
Technical Impact
Partial

Priority Score

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

Attack Technique

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