CVE-2024-25181: VvvebJs · n/a
Affects VvvebJsSource CVE Database V5
Not known to be exploited · CVSS 9.1 Critical.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.2% chance of exploitation in 30 days – higher than 21% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:NExploitation evidence
Disclosed: evidence found.
CVE published 29 Dec 2025
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by Mirage: no evidence on record.
No attack traffic recorded by OffSeq Mirage sensors
A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 2026-10-25.
What to do
Affected software
| Product | Affected | Fixed in |
|---|---|---|
GitHubgivanz/VvvebJspkg:github/givanz/VvvebJsOther threats | Affected
| Fixed in– |
Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.
AI-suggested
To mitigate CVE-2024-25181, European organizations should take the following specific actions: 1) Immediately audit all web applications and development environments to identify usage of givanz VvvebJs version 1.7.2 or affected components. 2) If possible, upgrade to a patched or newer version of VvvebJs once available. 3) In the interim, modify the save.php script to implement strict input validation and sanitization on all user-supplied URLs, ensuring only allowed domains or local file paths are processed. 4) Disable PHP's allow_url_fopen directive to prevent file_get_contents from accessing remote URLs, or replace file_get_contents with safer alternatives that do not allow remote requests. 5) Implement web application firewalls (WAFs) with rules to detect and block SSRF patterns and suspicious file access attempts. 6) Conduct thorough logging and monitoring of web server requests to detect anomalous activity indicative of exploitation attempts. 7) Educate developers and administrators about SSRF risks and secure coding practices to prevent similar vulnerabilities. 8) Review network segmentation and access controls to limit the impact of potential SSRF exploitation. These measures go beyond generic advice by focusing on immediate code-level fixes, configuration hardening, and proactive detection tailored to the vulnerability's nature.
Description
A critical vulnerability has been identified in givanz VvvebJs 1.7.2, which allows both Server-Side Request Forgery (SSRF) and arbitrary file reading. The vulnerability stems from improper handling of user-supplied URLs in the "file_get_contents" function within the "save.php" file.