📦 Update dependency body-parser to v2 [SECURITY] - #3107
Open
renovate[bot] wants to merge 1 commit into
Open
Conversation
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
Add this suggestion to a batch that can be applied as a single commit.This suggestion is invalid because no changes were made to the code.Suggestions cannot be applied while the pull request is closed.Suggestions cannot be applied while viewing a subset of changes.Only one suggestion per line can be applied in a batch.Add this suggestion to a batch that can be applied as a single commit.Applying suggestions on deleted lines is not supported.You must change the existing code in this line in order to create a valid suggestion.Outdated suggestions cannot be applied.This suggestion has been applied or marked resolved.Suggestions cannot be applied from pending reviews.Suggestions cannot be applied on multi-line comments.Suggestions cannot be applied while the pull request is queued to merge.Suggestion cannot be applied right now. Please check back later.
This PR contains the following updates:
1.20.3→2.3.0See all other Renovate PRs on the Dependency Dashboard
body-parser vulnerable to denial of service when url encoding is enabled
CVE-2024-45590 / GHSA-qwcr-r2fm-qrc7
More information
Details
Impact
body-parser <1.20.3 is vulnerable to denial of service when url encoding is enabled. A malicious actor using a specially crafted payload could flood the server with a large number of requests, resulting in denial of service.
Patches
this issue is patched in 1.20.3
References
Severity
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:NReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
body-parser is vulnerable to denial of service when url encoding is used
CVE-2025-13466 / GHSA-wqch-xfxh-vrr4
More information
Details
Impact
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.
Patches
This issue is addressed in version 2.2.1.
Severity
CVSS:4.0/AV:N/AC:L/AT:N/PR:N/UI:N/VC:N/VI:N/VA:L/SC:N/SI:N/SA:L/E:PReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
body-parser vulnerable to denial of service when invalid limit value silently disables size enforcement
CVE-2026-12590 / GHSA-v422-hmwv-36x6
More information
Details
Impact
When body-parser is configured with an invalid
limitoption value, such as an unparseable string orNaN,bytes.parse()returnsnulland the request body size check is silently skipped. Applications that rely onlimitas 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
limitoption 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
limitvalues throw a clear error at parser construction time instead of silently disabling enforcement.nullandundefinedcontinue to fall back to the default limit (100kb).Workarounds
Validate
limitbefore passing it to body-parser. For example, parse the value withbytes.parse()at startup and reject any configuration where it returnsnullor a non-finite number.References
Severity
CVSS:3.1/AV:N/AC:H/PR:N/UI:N/S:U/C:N/I:N/A:LReferences
This data is provided by the GitHub Advisory Database (CC-BY 4.0).
Release Notes
expressjs/body-parser (body-parser)
v2.3.0Compare Source
========================
limitoption validation (#698)limitvalues (e.g. unparseable strings orNaN) now throw instead of being silently ignored, which previously disabled size limit enforcementnullandundefinedfall back to the default 100kb limitv2.2.2Compare Source
=========================
v2.2.1Compare Source
=========================
encodingExistsby using prototype-less objectsv2.2.0Compare Source
=========================
v2.1.0Compare Source
=========================
v2.0.2Compare Source
=========================
unpipepackage and use nativeunpipe()methodv2.0.1Compare Source
=========================
extendedtofalsev2.0.0Compare Source
=========================
Breaking Changes
req.bodyis no longer always initialized to{}undefinedunless a body is parsedbodyParser()combination middlewareas released, this is not the case, fixed in 2.0.1urlencodedparser now defaultsextendedtofalseurlencodedsimple parser now usesqsmodule instead ofquerystringmoduleFeatures
on-finishedto determine when body readDependencies
v1.20.6Compare Source
What's Changed
Full Changelog: expressjs/body-parser@1.20.5...1.20.6
v1.20.5Compare Source
What's Changed
The reason for this release is a fix to the extended urlencoded parser returning objects instead of arrays for large array inputs (> 100) on qs@6.14.2+. (#716)
New Contributors
Special thanks to triager @krzysdz for keeping this on our radar and effectively triaging the specific issue!
Full Changelog: expressjs/body-parser@1.20.4...1.20.5
v1.20.4Compare Source
===================
Configuration
📅 Schedule: (in timezone America/Los_Angeles)
🚦 Automerge: Enabled.
♻ Rebasing: Never, or you tick the rebase/retry checkbox.
🔕 Ignore: Close this PR and you won't be reminded about this update again.
This PR was generated by Mend Renovate. View the repository job log.