Attack ChainAIDerived
Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain
-
ReconObtain valid WAHA credentials or compromise existing account
-
DeliveryAuthenticate to WAHA API
-
ExploitCraft malicious media request with forged URL
-
InstallSubmit request to vulnerable /api/media endpoint
-
C2Media.controller.ts processes URL without validation
-
ExecuteServer initiates outbound connection to attacker-specified target
-
ImpactAttacker receives server response revealing internal data
Vulnerability Assessment
| Weakness |
CWE
OWASP Top 10:2025
A01:2025 - Broken Access Control
ASVS 5.0
V4 - API and Web Service URL allowlisting, SSRF prevention
MITRE ATT&CK
2 techniques across 2 tactics: Initial Access, Credential Access The technique list with ATT&CK links and the kill-chain view is part of the Basic plan and up. |
| Exploitation Conditions | Authentication is required: an attacker must possess valid WAHA credentials or successfully compromise a legitimate user account to trigger the media API endpoint. The media.controller.ts function must be exposed and callable via the REST API (standard configuration). The server must have network egress to reach the target internal or external resource being probed. The vulnerability is not present in default unauthenticated configurations, as it requires passing the PR:L authentication gate. Exploitation is limited to targets reachable from the vulnerable server's network interface and does not increase scope beyond the compromised WAHA instance itself (S:X indicates scope not expanded). |
| Impact | The CVSS 4.0 vector (AV:N/AC:L/PR:L) indicates network-accessible exploitation requiring authenticated login but with low attack complexity. The score of 5.3 reflects moderate impact: low confidentiality, integrity, and availability impact to the vulnerable component itself, with no scope expansion. However, SSRF vulnerabilities often carry greater real-world risk than CVSS suggests-the E:P (Proof-of-Concept Exploitable) indicator confirms publicly available exploit code, and the lack of vendor response increases concern. The authentication requirement (PR:L) is a significant limiting factor, restricting the attack surface to users with valid WAHA accounts or those who can compromise such credentials. The actual risk depends on deployment context: in multi-tenant SaaS environments where users cannot authenticate, impact is lower; in self-hosted or internal deployments, the SSRF could pivot to internal infrastructure. The metadata impact (VI:L) suggests the SSRF is not network-reaching (no scope increase), limiting it to direct server-side effects rather than cascading breaches. Risk is elevated by unresponsive vendor behavior, indicating patches may not be forthcoming quickly. |
| Exploit ScenarioDerived | An authenticated WAHA user crafts a malicious API request to the media endpoint, supplying a forged URL pointing to an internal service (e.g., http://127.0.0.1:6379/info to probe Redis, or http://169.254.169.254/latest/meta-data/ for cloud credentials). The vulnerable media.controller.ts processes this request without URL validation and initiates an outbound connection from the server itself. The attacker receives the server's response, revealing internal topology, credentials, or service configuration details that can enable further lateral movement or privilege escalation. |
Get an e-mail when this CVE is exploited, patched or re-scored. Free account.
Alert meAnalysisAIv1 – Apr 25, 2026
Server-side request forgery (SSRF) in devlikeapro WAHA up to version 2026.3.4 allows authenticated remote attackers to forge requests from the server via the media.controller.ts API endpoint, enabling potential reconnaissance, internal resource access, and lateral movement attacks. Publicly available exploit code exists and the vendor has not responded to disclosure efforts.
RemediationAI
No vendor-released patch identified at time of analysis, and the vendor has not responded to disclosure communications. Immediate mitigation requires upgrading to a version beyond 2026.3.4 if released, or implementing network-level controls. As interim compensating controls: (1) Restrict access to the media API endpoint (/api/media or related routes) to trusted networks only via WAF or reverse proxy rules-this reduces the attack surface to internal/authenticated users; (2) Implement strict URL validation and allowlisting on any media URL parameters processed by the media.controller.ts handler, blocking internal IP ranges (10.0.0.0/8, 172.16.0.0/12, 192.168.0.0/16, 127.0.0.1) and metadata service endpoints (169.254.169.254, 127.0.0.1:8000); (3) Disable or isolate the media handling feature if not actively required; (4) Monitor outbound connections from the WAHA service for unexpected destinations. Monitor vendor communication channels for patch releases and consider forking or switching to maintained alternatives if the vendor remains unresponsive.
Affected VersionsENISA
Affected Packages
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 exists in the API Request Handler component, specifically in the src/api/media.controller.ts file, which processes media-related API requests. The flaw is rooted in CWE-918 (Server-Side Request Forgery), where the application fails to properly validate or restrict URLs constructed from user-controlled input before making server-initiated HTTP requests. This allows attackers to abuse the server's network position to access internal resources, cloud metadata endpoints, or services not directly exposed to the attacker. The WAHA platform (likely a WhatsApp/messaging automation tool based on naming conventions) uses Node.js/TypeScript and exposes this functionality through its REST API layer.
Know when Waha 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
CVSS:4.0/AV:N/AC:L/AT:N/PR:L/UI:N/VC:L/VI:L/VA:L/SC:N/SI:N/SA:N/E:P
Primary rating from Vendor (VulDB) · only source for this CVE.
CVSS VectorVendor: VulDB
Lifecycle Timeline
5DescriptionCVE.org
A flaw has been found in devlikeapro WAHA up to 2026.3.4. This affects an unknown function of the file src/api/media.controller.ts of the component API Request Handler. This manipulation causes server-side request forgery. The attack can be initiated remotely. The exploit has been published and may be used. The vendor was contacted early about this disclosure but did not respond in any way.
Threat Intelligence Overview
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.
What every action level means
SSVC AssessmentENISA
Priority Score
Attack Technique
Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.
EUVD-2026-25655
NVD
CVE.org
EPSS
Vulnrichment
GitHub
VulDB
Exploit-DB