zlib 1.4 Release Notes
November 4, 2026
Changes in 1.4 (since 1.3.2)
Breaking changes
- CMake:
- The minimum CMake version is now 3.15, up from 3.12.
- Library file names changed on MSVC:
zis nowlibz, as inlibz.dll,libz.lib, and the staticlibzs.lib. minizip's libraries changed the same way. - On Cygwin, the libraries now use the
libprefix. - Contrib targets and tests built as part of zlib are now prefixed with
zlib_. Several test targets were renamed to one scheme, for examplezlib_examplestaticandminigzipstatic. - The zlib1.dll option
ENABLE_BZIP2is nowZLIB1_DLL_ENABLE_BZIP2.
- When not otherwise determined,
z_off_tis againlong, as in 1.3.1, instead of 1.3.2'slong long. Windows applications built with 1.3.2 headers should be recompiled; see Enhancements for 64-bit offsets. deflateReset()now resets the gzip header set bydeflateSetHeader(), as zlib.h has always said. Code relying on the header persisting must set it again.- Raw deflate that completes exactly at the end of the output buffer now returns
Z_STREAM_ENDinstead ofZ_OK, as documented. gzopen()with"x"now fails whereO_EXCLisn't available, instead of truncating an existing file (Trail of Bits TOB-ZLIB-009).- gzip reading now delivers the data decompressed before a read error, and only then reports the error.
Security fixes
- Non-blocking
gzwrite()had a buffer overflow; CVE-2026-85091 (reported by mat-mo; also TOB-ZLIB-003). inflateGetDictionary()could write up to 8 MB past the caller's 32K buffer (Theorem THM-ZLIB-001). This took a zlib header with an invalid window size, theninflateReset()orinflateSync(). Affects 1.3.1 and 1.3.2.inflateSync()before the window size was known allocated a one-byte window that could later be overrun (TOB-ZLIB-004).inflatePrime()could leadinflate()to read before the start of the input (TOB-ZLIB-014).- Repeated
deflatePrime()calls could write past the pending buffer (TOB-ZLIB-013). inflateBack()failed to detect distances too far back, and copied uninitialized memory to the output (reported by Kornel Lesiński).gzseek()forward before any data was written could write uninitialized memory to the gzip output (found by Claude Opus 5.5).deflateResetKeep()used mid-stream could read outside the window (reported by Jason Gross).gzdopen()now sets close-on-exec with the correct flag (TOB-ZLIB-008).- minizip:
- A double free in
block_central_name()(reported by Oculytic), and a NULL dereference on repeatedzipAlreadyThere()calls after a bad central directory (reported by Naveed Khan). - Validation of extra-field sizes, plus portable, alignment-safe reading, in
zipRemoveExtraInfoBlock()(reported by Naveed Khan and jmestwa-coder). - unzip no longer reads Zip64 values from outside their extra-field record (reported by Mohamed Elnady). It also uses only the Zip64 locator immediately before the end of central directory record (reported by snajafov). Crafted archives could make minizip report different entries than other readers.
- miniunz could create directories outside the extraction directory (reported by Naveed Khan), and on Windows write files anywhere (reported by Trail of Bits). Fixed by Naveed Khan. Path names are now processed by component.
- A double free in
- contrib/infback9: removed out-of-bounds pointer arithmetic in inftree9.c; CVE-2026-4738 (fix by npt-1707, submitted by CrossVR). The pointers return in bounds before use and no known compiler mishandles this, so the critical rating overstates it, though it could trap on capability hardware such as CHERI.
Bug fixes
- gzip reading:
- Restored the detection of truncated gzip streams, part of which was lost in 1.3.2. Also fixed a complete stream being reported as truncated.
- An error in the first member is no longer treated as trailing garbage.
- Corrected pending-skip handling in
gz_skip(),gzdirect()and forced seeks at EOF. gzgets()now returns an empty string when promised.
- gzip writing:
- Successive
SEEK_CURseeks no longer lose zero fill. - Zero fill is now handled correctly after a write error.
gzprintf()is now all-or-nothing when blocked, and is no longer a stub when compiled as C++.gzseek()leaves the position unchanged on failure.gzopen_w()now works with paths not representable in the locale.
- Successive
- inflate:
total_inwas short six bytes onZ_NEED_DICT.inflateReset()now restores the requested window size, and the wrap afterinflateSync().inflateSetDictionary()rejects a null dictionary.- With
PKZIP_BUG_WORKAROUND, the code tables were slightly too small.
- deflate:
- A bad
deflateSetDictionary()call is now detected as promised. - A failed
deflateCopy()orinflateCopy()leaves the destination safe to end. - Removed a possible overflow in
deflate_stored()comparisons.
- A bad
- Undefined behavior removed in gzwrite.c, gzseek,
gz_vacate()and mztools.c. - minizip:
- zip.c no longer writes corrupt headers when a Zip64 field overflows an extra field (reported by mzfr and itsgaldoron), or for Zip64 entries with file comments.
zipOpen3()no longer leaks memory or returns a freed comment pointer on failure.- Added allocation checks.
- Build:
configurenow builds the shared library with linkers such as lld that reject undefined symbols in zlib.map, including for--solo.- zlib.h no longer depends on
NULLbeing defined. - zip.c builds with
NO_ADDFILEINEXISTINGZIP. - The test programs use the generated zconf.h when building out of tree.
- Many CMake fixes: pkg-config files, installation of headers and of minizip's configuration, symbol prefixing, assembler detection, and parallel testing. It also works with CMake 4.
Enhancements
- 64-bit offsets on Windows with MSVC or MinGW, by compiling the application with
_FILE_OFFSET_BITS=64or_LARGEFILE64_SOURCE. The library itself needs no changes. - Platforms:
- Android large file support.
- An export list on AIX.
-Wno-psabi, only where the PowerPC note would appear.- s390x
VGFMAFLAGin configure. - Win32 Makefile.msc builds for ARM64.
- minigzip's mmap code uses POSIX types.
- CMake:
- Package components, with
_FOUNDvariables. - Installation and export of zlib1.dll and zlibwapi.dll.
- Contribs build standalone, with zlib's defaults.
- Tests consolidated, and tests on Windows.
- Package components, with
- minizip:
- The traditional encryption header uses a PCG generator instead of
rand(). - Fewer compiler warnings.
- The traditional encryption header uses a PCG generator instead of
- Documentation:
- Clarified that undocumented functions are not part of the API.
inflateGetHeader()header reuse.deflateBound()anddeflateSetDictionary()ordering.- The application's responsibilities in unzip.h.
Known issues
- contrib/iostream2 is unsafe on untrusted input (reported by Trail of Bits). When reading a string, it uses the length stored in the compressed data without checking it, so a crafted file can write past the end of the destination buffer. Use contrib/iostream3 instead.