body-parser vulnerable to denial of service when invalid limit value silently disables size enforcement
GHSA-v422-hmwv-36x6 · CVE-2026-12590
Published · Modified
Description
Impact
When body-parser is configured with an invalid limit option value, such as an unparseable string or NaN, bytes.parse() returns null and the request body size check is silently skipped. Applications that rely on limit as their primary safeguard against oversized request bodies will accept arbitrarily large payloads, leading to excessive memory and CPU usage and denial of service.
This issue affects applications that pass a programmatically computed or user-configurable value to the limit option without validating it first.
Patches
This issue is fixed in body-parser@2.3.0 and body-parser@1.20.6 via #698. After the fix, invalid limit values throw a clear error at parser construction time instead of silently disabling enforcement. null and undefined continue to fall back to the default limit (100kb).
Workarounds
Validate limit before passing it to body-parser. For example, parse the value with bytes.parse() at startup and reject any configuration where it returns null or a non-finite number.
References
References
- WEB https://github.com/expressjs/body-parser/security/advisories/GHSA-v422-hmwv-36x6
- ADVISORY https://nvd.nist.gov/vuln/detail/CVE-2026-12590
- WEB https://github.com/expressjs/body-parser/pull/698
- WEB https://github.com/expressjs/body-parser/pull/741
- WEB https://github.com/expressjs/body-parser/commit/2322e111cc321413ec2b7b76d01be533d3de9d7d
- WEB https://github.com/expressjs/body-parser/commit/3492672eee593d5c158f239b6e9115498a5dbeac
- WEB https://cna.openjsf.org/security-advisories.html
- PACKAGE https://github.com/expressjs/body-parser
- WEB https://github.com/expressjs/body-parser/releases/tag/1.20.6
- WEB https://github.com/expressjs/body-parser/releases/tag/v2.3.0
Ready to move
Start Securing
Free, no credit card | First findings in minutes