Approved changes feed: RSS · Atom

cpe:2.3:a:body-parser:body-parser:*:*:*:*:*:*:*:*

part: a version: * update: *

VendorBody Parser (5c3cf33c-5e7f-57b2-b5e5-8c49864728ba)
ProductBody Parser (e2c4c78c-81e0-5562-a9ca-4459280f5306)
Edition*
Language*
Software edition*
Target software*
Target hardware*
Other*

Notes

Imported from gcve-enriched-dumps CVE data

PURL mappings

PURLSourceLast updated
No PURL mappings for this CPE yet.

Vulnerability references

IdentifiercpeApplicabilitySubmitteddb.gcve.eu detailsRationale
CVE:CVE-2026-111181 vulnerable 2026-11-03 10:16:10.833212 body-parser vulnerable to Denial of Service via trailing bytes after a compressed request body
HIGH (7.5)
body-parser is body parsing middleware for Node.js and Express. In versions before 1.20.9 and in versions from 2.0.0 before 2.4.0, a single request can crash any application using body-parser with default options. When a request carries a Content-Encoding such as gzip, body-parser pipes it into a decompression stream and, after reading the body, leaves that stream with no error listener. A payload of one valid compressed frame followed by trailing bytes decodes and the application responds normally, but the trailing bytes then reach the already-finished decoder, which emits an error that is re-thrown as an uncaught exception and terminates the process. No matching route is required because body parsing runs before routing, so any endpoint that parses a body is affected. The issue is fixed in body-parser 2.4.0 and 1.20.9, and users should upgrade to one of those versions or later. As a workaround, disable request-body inflation (set the body-parser inflate option to false) so encoded requests are rejected before any decompression stream is created.
Published: 2026-10-22T14:29:56.577Z
Updated: 2026-10-22T19:00:31.729Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2026-12590 vulnerable 2026-07-29 00:23:32.458237 body-parser vulnerable to denial of service when invalid limit value silently disables size enforcement
LOW (3.7)
Impact: In body-parser versions prior to 1.20.6 (1.x line) and 2.3.0 (2.x line), when the 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. Patches: This issue is fixed in body-parser 1.20.6 and 2.3.0. After the fix, invalid limit values throw a clear error at parser construction time instead of silently disabling enforcement, while null and undefined continue to fall back to the default limit of 100kb. Workarounds: Validate the limit value before passing it to body-parser. For example, parse the value at startup and reject any configuration where the result is null or a non-finite number.
Published: 2026-07-09T10:21:10.447Z
Updated: 2026-07-09T12:06:01.554Z
Reference links
Imported from gcve-enriched-dumps CVE data
CVE:CVE-2025-13466 vulnerable 2026-06-08 07:04:32.273633 body-parser vulnerable to denial of service when url encoding is used
body-parser 2.2.0 is vulnerable to denial of service due to inefficient handling of URL-encoded bodies with very large numbers of parameters. An attacker can send payloads containing thousands of parameters within the default 100KB request size limit, causing elevated CPU and memory usage. This can lead to service slowdown or partial outages under sustained malicious traffic. This issue is addressed in version 2.2.1.
Published: 2025-11-24T18:29:36.725Z
Updated: 2025-11-24T18:57:00.939Z
Reference links
Imported from gcve-enriched-dumps CVE data

Contribute

You can submit an edit proposal for this CPE entry or suggest a related product/vendor addition using the action button above.

Inspect record JSON

Open JSON directly

Open this panel to browse, search, copy or download the JSON record.