CVE-2025-8267: ssrfcheck · Server-Side Request Forgery (SSRF)
Affects ssrfcheckSource CVE Database V5
Not known to be exploited · CVSS 8.8 High : upgrade to 1.2.0 soon.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.4% chance of exploitation in 30 days – higher than 42% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 1.2.0
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:H/VI:L/VA:N/SC:N/SI:N/SA:N/E:PExploitation evidence
Disclosed: evidence found.
CVE published 28 Jul 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
Upgrade ssrfcheck to 1.2.0.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
npmssrfcheckpkg:npm/ssrfcheckOther 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-2025-8267 effectively, European organizations should: 1) Immediately upgrade the ssrfcheck package to version 1.2.0 or later, where the denylist properly includes the multicast IP range 224.0.0.0/4. 2) Implement additional server-side validation layers that explicitly block requests to reserved IP ranges, including multicast, loopback, link-local, and private address spaces, beyond relying solely on ssrfcheck. 3) Employ network segmentation and firewall rules to restrict server outbound requests to only necessary external endpoints, preventing SSRF from reaching internal multicast or sensitive network segments. 4) Monitor logs and network traffic for unusual outbound requests targeting multicast addresses or other reserved IP ranges, enabling early detection of attempted exploitation. 5) Conduct security testing and code reviews focusing on SSRF vectors, ensuring that any user-supplied URLs or IPs are sanitized and validated against comprehensive deny and allow lists. 6) Educate development and security teams about SSRF risks and the importance of defense-in-depth strategies to mitigate such vulnerabilities. These steps, combined, will reduce the attack surface and limit the potential impact of SSRF exploitation in affected environments.
Description
Versions of the package ssrfcheck before 1.2.0 are vulnerable to Server-Side Request Forgery (SSRF) due to an incomplete denylist of IP address ranges. Specifically, the package fails to classify the reserved IP address space 224.0.0.0/4 (Multicast) as invalid. This oversight allows attackers to craft requests targeting these multicast addresses.
References
- security.snyk.io/vuln/SNYK-JS-SSRFCHECK-9510756 (opens in a new tab)
- gist.github.com/lirantal/2976840639df824cb3abe60d13c65e04 (opens in a new tab)
- github.com/felippe-regazio/ssrfcheck/issues/5 (opens in a new tab)
- github.com/felippe-regazio/ssrfcheck/commit/9507b49fd764f2a1a1d1e3b9ee577b7545e6950e (opens in a new tab)