Improper Handling of Highly Compressed Data (Data Amplification) Affecting gjs-devel package, versions *


Severity

Recommended
0.0
medium
0
10

Based on Red Hat Enterprise Linux security rating.

Threat Intelligence

Social Trends
EPSS
0.43% (35th percentile)

Do your applications use this vulnerable package?

In a few clicks we can analyze your entire application and see what components are vulnerable in your application, and suggest you quick fixes.

Test your applications
  • Snyk IDSNYK-RHEL9-GJSDEVEL-17980092
  • published15 Jul 2026
  • disclosed10 Jul 2026

Introduced: 10 Jul 2026

NewCVE-2026-39244  (opens in a new tab)
CWE-409  (opens in a new tab)

How to fix?

There is no fixed version for RHEL:9 gjs-devel.

NVD Description

Note: Versions mentioned in the description apply only to the upstream gjs-devel package and not the gjs-devel package as distributed by RHEL. See How to fix? for RHEL:9 relevant fixed versions and status.

adm-zip before 0.5.18 is vulnerable to denial of service via a crafted ZIP file with a manipulated uncompressed size header field. In zipEntry.js line 103, Buffer.alloc(_centralHeader.size) allocates memory based on the declared uncompressed size from the ZIP central directory header without validating it against the actual compressed data size or imposing any upper bound. The size value is read directly from the binary header at entryHeader.js line 266 with no bounds check. An attacker can craft a ~120-byte ZIP file that declares ~4GB uncompressed size, causing a memory allocation amplification ratio of over 33 million to 1. The allocation occurs before CRC validation, so the malicious payload cannot be rejected early. All extraction and read methods are affected: readFile(), readAsText(), extractEntryTo(), extractAllTo(), extractAllToAsync(), test(), and entry.getData(). Any application accepting untrusted ZIP files via adm-zip is vulnerable to immediate process crash.

CVSS Base Scores

version 3.1