Skip to main content

devlikeapro WAHA CVE-2026-6979

| EUVDEUVD-2026-25655 LOW
Server-Side Request Forgery (SSRF) (CWE-918)
2026-04-25 VulDB
2.1
CVSS 4.0 · Vendor: VulDB
View

Attack ChainAIDerived

Hypothetical attack flow derived from CVE metadata – not a confirmed exploit chain

  1. Recon
    Obtain valid WAHA credentials or compromise existing account
  2. Delivery
    Authenticate to WAHA API
  3. Exploit
    Craft malicious media request with forged URL
  4. Install
    Submit request to vulnerable /api/media endpoint
  5. C2
    Media.controller.ts processes URL without validation
  6. Execute
    Server initiates outbound connection to attacker-specified target
  7. Impact
    Attacker 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.

Monitor Track and reassess. Why: LOW severity (CVSS 0.1-3.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 – 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

WAHA 2026.3.1
WAHA 2026.3.3
WAHA 2026.3.4
WAHA 2026.3.2
WAHA 2026.3.0

Affected Packages

euvd waha 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 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

Vendor (VulDB) PRIMARY 2.1 LOW
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

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

Lifecycle Timeline

5
Severity Changed
Apr 29, 2026 - 01:12 NVD
MEDIUM LOW
CVSS changed
Apr 29, 2026 - 01:12 NVD
5.3 (MEDIUM) 2.1 (LOW)
PoC Detected
Apr 29, 2026 - 01:00 vuln.today
Public exploit code
CVSS changed
Apr 25, 2026 - 12:22 NVD
6.3 (MEDIUM) 5.3 (MEDIUM)
CVE Published
Apr 25, 2026 - 12:00 nvd
LOW 2.1

DescriptionCVE.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

EPSS Score
0.0%
Top 90% exploitable
Exploit
POC
Public exploit code exists
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 LOW
CISA KEV No
Public POC Yes
EPSS 0.0%
Patch available No
Active threat No
Deciding rule
LOW severity (CVSS 0.1-3.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· derived
Scheduled
Exploitation
Poc
System Exposure· derived
Open
Automatable
No
Human Impact· derived
Low
Technical Impact
Partial

Priority Score

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

Attack Technique

Server-Side Request Forgery exploits applications that fetch remote resources based on user-supplied URLs.

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy