CVE-2026-76844: zlib 1.2.11 through 1.3.2 Heap Buffer Overflow via Stale gzwrite Pointer After Failed Write

Published Aug 24, 2026
·
Updated

[!IMPORTANT] CVE-2026-76844 was assigned and published for this issue by VulnCheck on 2026-08-24 without prior coordination with the webpack maintainers or the OpenJS Foundation, which holds the CVE Numbering Authority scope for webpack projects. Neither the maintainers nor the OpenJS CNA were notified before publication, and no fix was available at that time. This advisory is the coordinated record produced by the webpack maintainers and the OpenJS Foundation CNA.

Impact

webpack-dev-middleware resolves a request to a local file in getFilenameFromUrl. When the configured publicPath has no trailing slash (for example /assets), a request that shares that prefix without being under it (for example /assets../secret) still passes the containment check, and the .. guard does not catch it because it runs on the path before the publicPath prefix is stripped. The stripped remainder then escapes the configured output directory once joined, so an unauthenticated request can read files outside the output root. Applications serving webpack-dev-middleware (directly or via webpack-dev-server) with a publicPath that does not end in a slash are affected. A development server reachable on the network can be attacked with a single request and no victim interaction.

Patches

Patched in webpack-dev-middleware 8.3.0. There is no backport to the 5.x, 6.x, or 7.x lines; users on those lines should upgrade to 8.3.0 or later.

Workarounds

Configure publicPath with a trailing slash (for example /assets/ instead of /assets), or upgrade to a patched version.

References

- CVE-2024-29180 (GHSA-wr3j-pwj9-hqq6), the earlier path traversal in the same component that this issue bypasses.

Other sources

webpack-dev-middleware resolves a request to a local file in getFilenameFromUrl by testing the request pathname against a traversal guard and then slicing it at a fixed character offset. The guard, UPPATHREGEXP applied to path.normalize(./${pathname}), only matches ".." that stands as a whole path segment, while the containment test is the string comparison pathname.startsWith(publicPathPathname) and the file path is built as path.join(outputPath, pathname.slice(publicPathPathname.length)). When the configured publicPath has no trailing slash, a request such as GET /assets../.env against publicPath /assets yields the pathname /assets../.env, whose only dot-dot sits inside the segment "assets.." and so passes the guard, but the offset slice cuts within that segment and hands "../.env" to path.join, resolving one directory above outputPath. Reading a file from that path requires the middleware to be backed by the physical filesystem, which happens when writeToDisk is true or a custom outputFileSystem is supplied, since the default memfs volume holds only build output. Traversal depth is limited to a single directory because a separately delimited dot-dot segment is collapsed during URL parsing before the guard runs. The default publicPath value of "auto" resolves to "/" and is not affected. This is an incomplete fix for CVE-2024-29180: the guard and offset slice were introduced by that fix and are present in every release from 5.3.4, 6.1.2 and 7.1.0 onward.

— Red Hat

zlib 1.2.11 through 1.3.2 contains a heap buffer overflow: after an underlying write() fails, gzwrite() returns without resetting strm.nextin, leaving it pointed at the caller's buffer. A later gz write call then derives a position from the stale pointer and writes past a heap allocation; any write() failure reaches it, including EPIPE on a blocking descriptor, and in versions before 1.3.1.2 the failed write must be followed by a gzclearerr() call.

— MITRE

zlib 1.2.11 through 1.3.2 Heap Buffer Overflow via Stale gzwrite Pointer After Failed Write

— Microsoft

Affected Software

8 affected componentsFixes available
webpack-dev-middleware>=undefined, >=undefined, >=undefined
npm/webpack-dev-middleware<7.4.5
7.4.6
npm/webpack-dev-middleware>=8.0.0<8.3.0
8.3.0
Microsoft azl3 zlib 1.3.2-1<1.3.2-2
1.3.2-2
debian/zlib<=1:1.2.13.dfsg-1, <=1:1.3.dfsg+really1.3.1-1
1:1.3.dfsg+really1.3.1-1+deb13u11:1.3.dfsg+really1.3.2-4
debian/zlib*
debian/zlib<1:1.3.dfsg+really1.3.1-1+deb13u1
1:1.3.dfsg+really1.3.1-1+deb13u1
debian/zlib<1:1.3.dfsg+really1.3.2-4
1:1.3.dfsg+really1.3.2-4

Remediation

Recommended actions to resolve this vulnerability, in priority order.

  1. Upgrade

    Upgrade npm/webpack-dev-middleware to a version that resolves this vulnerability.

    Fixed in 7.4.6
  2. Upgrade

    Upgrade npm/webpack-dev-middleware to a version that resolves this vulnerability.

    Fixed in 8.3.0
  3. Upgrade

    Upgrade to a fixed release to a version that resolves this vulnerability.

    Fixed in 1.3.2-2
  4. Upgrade

    Upgrade debian/zlib to a version that resolves this vulnerability.

    Fixed in 1:1.3.dfsg+really1.3.1-1+deb13u1Fixed in 1:1.3.dfsg+really1.3.2-4
  5. Upgrade

    Upgrade debian/zlib to a version that resolves this vulnerability.

    Fixed in 1:1.3.dfsg+really1.3.1-1+deb13u1
  6. Upgrade

    Upgrade debian/zlib to a version that resolves this vulnerability.

    Fixed in 1:1.3.dfsg+really1.3.2-4
  7. Upgrade

    Upgrade webpack-dev-middleware to a version that resolves this vulnerability.

    Fixed in 8.3.0
  8. Configuration

    Configure publicPath with a trailing slash, for example /assets/ instead of /assets.

    webpack-dev-middleware publicPath = trailing slash

Event History

Aug 24, 2026
CVE Published
via MITRE·01:12 PM
Data Sourced
via MITRE·01:12 PM
DescriptionSeverityWeakness
Data Sourced
via Red Hat·01:25 PM
DescriptionSeverityAffected Software
Data Sourced
via NVD·02:17 PM
DescriptionSeverityWeakness
Data Sourced
via OSV·02:17 PM
DescriptionSeverityAffected Software
Sep 29, 2026
Advisory Published
via GitHub·04:59 PM
Data Sourced
via GitHub·04:59 PM
DescriptionSeverityWeaknessAffected Software
Oct 2, 2026
Data Sourced
via Microsoft·08:02 AM
DescriptionSeverityWeaknessAffected Software

Parent advisories

This vulnerability appears in the following advisories.

Frequently Asked Questions

1

Which deployments are exposed to file disclosure?

Exposure requires a publicPath configured without a trailing slash and middleware access to the physical filesystem. Physical filesystem access occurs when writeToDisk is true or when a custom outputFileSystem is supplied; the default memfs volume contains only build output.

2

What does an attacker need to send?

An unauthenticated network request can use a path that begins with the configured publicPath but embeds the traversal sequence at the segment boundary created by offset slicing, such as /assets../.env when publicPath is /assets. The supplied vector indicates no privileges are required, while user interaction is required.

3

How far can the traversal reach?

The traversal is limited to one directory above outputPath. A separately delimited dot-dot segment is collapsed during path normalization, preventing deeper traversal through additional normal dot-dot segments.

4

How can I identify potentially affected configurations before patching?

Review webpack-dev-middleware configuration for a publicPath that lacks a trailing slash together with writeToDisk enabled or a custom outputFileSystem. Requests whose paths resemble the configured publicPath immediately followed by "../", such as /assets../.env, are relevant indicators to review in request logs.

Contact

SecAlerts Pty Ltd.
132 Wickham Terrace
Fortitude Valley,
QLD 4006, Australia
info@secalerts.co
By using SecAlerts services, you agree to our services end-user license agreement. This website is safeguarded by reCAPTCHA and governed by the Google Privacy Policy and Terms of Service. All names, logos, and brands of products are owned by their respective owners, and any usage of these names, logos, and brands for identification purposes only does not imply endorsement. If you possess any content that requires removal, please get in touch with us.
© 2026 SecAlerts Pty Ltd.
ABN: 70 645 966 203, ACN: 645 966 203