Skip to main content
CVE-2025-27209VulnerabilityPublished Updated

CVE-2025-27209: nodejs node · CWE-407

Affects nodejs nodeSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High.

Data as of 26 Oct 2026, 08:30 UTC

CVSS 3.0 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
1.2% chance of exploitation in 30 days – higher than 69% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 18 Jul 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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 26 Oct 2026.

What to do

Affected software

ProductAffectedFixed in
npmnodepkg:npm/nodeOther threatsAffected
  • =24.0.0
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

AI-suggested

1. Upgrade Node.js: Monitor official Node.js releases and promptly upgrade to a patched version that addresses the HashDoS vulnerability once available. 2. Input Validation: Implement strict input validation and sanitization on all user-controlled strings that are processed or hashed to reduce the likelihood of crafted collision inputs. 3. Rate Limiting: Deploy rate limiting and throttling mechanisms on APIs and services to limit the number of requests from a single source, mitigating the impact of collision-based DoS attempts. 4. Monitoring and Alerting: Enhance monitoring for unusual CPU usage patterns and request anomalies that may indicate hash collision attacks. 5. Use Alternative Hashing: Where feasible, configure or patch applications to use more collision-resistant hashing algorithms or libraries. 6. Isolate Critical Services: Architect services to isolate Node.js components handling untrusted input, minimizing the blast radius of potential attacks. 7. Engage with Vendors: Coordinate with third-party vendors and cloud providers to ensure they are aware of the vulnerability and have applied necessary patches or mitigations.

Description

The V8 release used in Node.js v24.0.0 has changed how string hashes are computed using rapidhash. This implementation re-introduces the HashDoS vulnerability as an attacker who can control the strings to be hashed can generate many hash collisions - an attacker can generate collisions even without knowing the hash-seed. * This vulnerability affects Node.js v24.x users.

References

Community reviews

Loading reviews…