multer vulnerable to Denial of Service via a pending asynchronous fileFilter after request teardown
What fixes it
A fixed version on one release line is not the upgrade target for every line. Check your exact version and any vendor backports.
Timeline
- 22 Oct 2026, 14:20 UTCPublishedCVE List
- 23 Oct 2026, 01:24 UTCExploit code publicGitHub proof-of-concept repositories
Reports 1
1 outlet mention it. Reports are not confirmation; each links to its source.
Description
Impact
When multer is configured with an asynchronous fileFilter, a single request can crash the Node.js process. If a request is aborted (for example when one file is rejected) while another file's async fileFilter is still pending, the pending callback later resumes a parsing stream that multer has already torn down. busboy then emits an error on a stream that no longer has an error listener, which Node raises as an unhandled 'error' event, and the process exits. A single unauthenticated request is enough, so any application using multer with an asynchronous fileFilter is affected, regardless of storage engine. Uploads using a synchronous fileFilter are not affected.
Patches
Users should upgrade to multer 2.5.0 or later.
Workarounds
Use a synchronous fileFilter.
Text from GitHub Advisory Database
Affected versions 4
- multer, npm>= 2.0.0, < 2.5.0GitHub
- multeraffected: 2.0.0 before 2.5.0CVE List
- multerunaffected: 2.5.0CVE List
- multer, npmfrom 2.0.0, fixed in 2.5.0OSV
References 6
- github.com/expressjs/multer/commit/80a2d9df1dfd63b5fab631b8b9966164ed647adfFixvia GitHub
- github.com/expressjs/multer/releases/tag/v2.5.0Fixvia GitHub
- github.com/expressjs/multer/security/advisories/GHSA-q7qp-rjg7-q26mAdvisoryvia CVE List
- cna.openjsf.org/security-advisories.htmlAdvisoryvia CVE List
- github.com/advisories/GHSA-q7qp-rjg7-q26mAdvisoryvia GitHub
- nvd.nist.gov/vuln/detail/CVE-2026-113872Referencevia GitHub