multer vulnerable to Denial of Service via orphaned disk writes on aborted uploads
Published 28 Sept 2026 · Updated 28 Sept 2026
Affected package
- Affected
- >=2.2.0 <2.4.0
- Fixed in
- 2.4.0
npm install multer@2.4.0Details
Impact
Multer's diskStorage can leave complete, orphaned files on disk when a multipart upload is aborted in the brief window before the storage engine assigns the file path. This is an incomplete fix of CVE-2026-5038: the earlier cleanup removes only in-flight uploads that already have a path, so an upload aborted inside that window is written to disk with nothing left to remove it, and the application is not given a handle to clean it up. An unauthenticated attacker sending aborted requests to any route backed by disk storage can accumulate orphaned files until the upload directory or the shared system temporary directory is exhausted. An asynchronous destination or filename widens the window.
Patches
Users should upgrade to 2.4.0 or higher.
Workarounds
None.
Is GHSA-3pph-fpjx-jg34 in any of your client repos?
Checking one package by hand is fine. Checking it across forty client projects is not. NPMscan reads the lockfiles in every GitHub repo you pick, finds each project with an affected multer, and gives you the command that fixes it.
References
- Linkgithub.com/expressjs/multer/security/advisories/GHSA-3pph-fpjx-jg34
- Advisorynvd.nist.gov/vuln/detail/CVE-2026-88932
- Linkgithub.com/expressjs/multer/commit/53337f9713619ef3381ee6b4e541f926dbaac305
- Linkcna.openjsf.org/security-advisories.html
- Packagegithub.com/expressjs/multer
- Linkgithub.com/expressjs/multer/releases/tag/v2.4.0
Advisory data from OSV.dev (opens OSV.dev in a new tab), refreshed daily.