Skip to main content
Press slash or control plus K to focus the search. Use the arrow keys to navigate results and press enter to open a threat.
Reconnecting to live updates…

CVE-2026-22184: CWE-120 Buffer Copy without Checking Size of Input ('Classic Buffer Overflow') in zlib software zlib

0
Critical
VulnerabilityCVE-2026-22184cvecve-2026-22184cwe-120
Published: Wed Jan 07 2026 (01/07/2026, 20:25:19 UTC)
Source: CVE Database V5
Vendor/Project: zlib software
Product: zlib

Description

zlib versions up to and including 1.3.1.2 contain a global buffer overflow in the untgz utility. The TGZfname() function copies an attacker-supplied archive name from argv[] into a fixed-size 1024-byte static global buffer using an unbounded strcpy() call without length validation. Supplying an archive name longer than 1024 bytes results in an out-of-bounds write that can lead to memory corruption, denial of service, and potentially code execution depending on compiler, build flags, architecture, and memory layout. The overflow occurs prior to any archive parsing or validation.

AI-Powered Analysis

AILast updated: 01/07/2026, 21:02:17 UTC

Technical Analysis

CVE-2026-22184 is a classic buffer overflow vulnerability (CWE-120) found in the zlib software package, specifically in the untgz utility component of versions up to and including 1.3.1.2. The flaw exists in the TGZfname() function, which copies the archive name provided via argv[] into a fixed-size static global buffer of 1024 bytes using an unbounded strcpy() call. Since strcpy() does not perform bounds checking, supplying an archive name longer than 1024 bytes results in an out-of-bounds write, corrupting adjacent memory. This overflow occurs before any archive parsing or validation, making it exploitable simply by passing a crafted archive name argument. The consequences include memory corruption, which can cause denial of service (crashes) or potentially allow an attacker to execute arbitrary code depending on the system's compiler, build flags, architecture, and memory layout. The vulnerability requires no privileges, authentication, or user interaction, and can be triggered remotely if the untgz utility is exposed to attacker-controlled inputs. The CVSS v4.0 score of 9.3 reflects the high impact on confidentiality, integrity, and availability, combined with the ease of exploitation. No known public exploits are reported yet, but the severity and simplicity of exploitation make this a critical threat. No official patches were listed at the time of reporting, so users must monitor for updates or apply manual mitigations.

Potential Impact

For European organizations, this vulnerability poses a significant risk especially to those relying on zlib in their software stacks, embedded systems, or utilities that process TGZ archives. Exploitation can lead to denial of service, disrupting critical services and operations, or enable remote code execution, potentially allowing attackers to gain control over affected systems. This could compromise sensitive data confidentiality and integrity, and impact availability of services. Industries such as finance, healthcare, telecommunications, and government agencies that use zlib-based tools or software are particularly vulnerable. The vulnerability's ease of exploitation without authentication increases the risk of widespread attacks. Additionally, supply chain software that integrates zlib could propagate the risk across multiple organizations. The potential for memory corruption and arbitrary code execution makes this a critical threat that could be leveraged for ransomware deployment, espionage, or sabotage.

Mitigation Recommendations

Immediate mitigation involves auditing all systems and software that use zlib, particularly the untgz utility, to identify affected versions. Organizations should prioritize upgrading to a fixed version of zlib once released by the vendor. In the absence of an official patch, applying custom patches to replace unsafe strcpy() calls with bounded string copy functions (e.g., strncpy or strlcpy) is recommended. Implement input validation to restrict archive name lengths to within safe limits before processing. Employ runtime protections such as stack canaries, Address Space Layout Randomization (ASLR), and Data Execution Prevention (DEP) to reduce exploitation success. Restrict access to utilities processing TGZ archives to trusted users and environments. Monitor logs for abnormal usage patterns or crashes related to untgz. Incorporate this vulnerability into vulnerability management and incident response plans. For software developers, conduct thorough code reviews and fuzz testing on input handling functions to prevent similar issues.

Need more detailed analysis?Upgrade to Pro Console

Technical Details

Data Version
5.2
Assigner Short Name
VulnCheck
Date Reserved
2026-01-06T16:47:17.182Z
Cvss Version
4.0
State
PUBLISHED

Threat ID: 695ec6692efadb62cf814027

Added to database: 1/7/2026, 8:47:37 PM

Last enriched: 1/7/2026, 9:02:17 PM

Last updated: 1/9/2026, 1:55:17 AM

Views: 226

Community Reviews

0 reviews

Crowdsource mitigation strategies, share intel context, and vote on the most helpful responses. Sign in to add your voice and help keep defenders ahead.

Sort by
Loading community insights…

Want to contribute mitigation steps or threat intel context? Sign in or create an account to join the community discussion.

Actions

PRO

Updates to AI analysis require Pro Console access. Upgrade inside Console → Billing.

Please log in to the Console to use AI analysis features.

Need more coverage?

Upgrade to Pro Console in Console -> Billing for AI refresh and higher limits.

For incident response and remediation, OffSeq services can help resolve threats faster.

Latest Threats