CVE-2026-24001: kpdecker jsdiff · Uncontrolled Resource Consumption
Affects kpdecker jsdiffSource CVE Database V5
Not known to be exploited · CVSS 2.7 Low · fixed in 8.0.3 : update kpdecker jsdiff when convenient.
Data as of 25 Oct 2026, 19:02 UTC
- EPSS
- 0.6% chance of exploitation in 30 days – higher than 49% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
- Patch
- Available – fixed in 8.0.3, 5.2.2, 4.0.4 +1
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:N/E:UExploitation evidence
Disclosed: evidence found.
CVE published 22 Jan 2026
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 jsdiff to 8.0.3, 5.2.2, 4.0.4 or 3.5.1; jsdiff to 3.5.1.
Affected software
| Product | Affected | Fixed in |
|---|---|---|
| kpdeckerjsdiff | Affected
| Fixed in
|
npmjsdiffpkg:npm/jsdiffOther 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
Fixed versions 3.5.1, 4.0.4, 5.2.2, and 8.0.3 of jsdiff are available and should be applied to remediate this vulnerability. As a workaround, avoid parsing patches containing the characters \r, \u2028, or \u2029 in filename headers. No other methods in the library are affected. Review application logic to ensure user input is validated before calling parsePatch or applyPatch.
Description
jsdiff is a JavaScript text differencing implementation. Prior to versions 8.0.3, 5.2.2, 4.0.4, and 3.5.1, attempting to parse a patch whose filename headers contain the line break characters `\r`, `\u2028`, or `\u2029` can cause the `parsePatch` method to enter an infinite loop. It then consumes memory without limit until the process crashes due to running out of memory. Applications are therefore likely to be vulnerable to a denial-of-service attack if they call `parsePatch` with a user-provided patch as input. A large payload is not needed to trigger the vulnerability, so size limits on user input do not provide any protection. Furthermore, some applications may be vulnerable even when calling `parsePatch` on a patch generated by the application itself if the user is nonetheless able to control the filename headers (e.g. by directly providing the filenames of the files to be diffed). The `applyPatch` method is similarly affected if (and only if) called with a string representation of a patch as an argument, since under the hood it parses that string using `parsePatch`. Other methods of the library are unaffected. Finally, a second and lesser interdependent bug - a ReDOS - also exhibits when those same line break characters are present in a patch's *patch* header (also known as its "leading garbage"). A maliciously-crafted patch header of length *n* can take `parsePatch` O(*n*³) time to parse. Versions 8.0.3, 5.2.2, 4.0.4, and 3.5.1 contain a fix. As a workaround, do not attempt to parse patches that contain any of these characters: `\r`, `\u2028`, or `\u2029`.
References
- github.com/kpdecker/jsdiff/security/advisories/GHSA-73rr-hh4g-fpgx (opens in a new tab)
- github.com/kpdecker/jsdiff/issues/653 (opens in a new tab)
- github.com/kpdecker/jsdiff/pull/649 (opens in a new tab)
- github.com/kpdecker/jsdiff/commit/15a1585230748c8ae6f8274c202e0c87309142f5 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2026-24001 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2431930 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-24001.json (opens in a new tab)