An update for gzip is now available for openEuler-24.03-LTS-SP3 Security Advisory openeuler-security@openeuler.org openEuler security committee openEuler-SA-2026-2969 Final 1.0 1.0 2026-07-09 Initial 2026-07-09 2026-07-09 openEuler SA Tool V1.0 2026-07-09 gzip security update An update for gzip is now available for openEuler-24.03-LTS-SP3 gzip is a single-file/stream lossless data compression utility, where the resulting compressed file generally has the suffix .gz. Security Fix(es): GNU gzip contains a vulnerability in the gzexe utility related to insecure temporary file handling. When the mktemp utility is not available in the user’s PATH, gzexe falls back to constructing a temporary file path based solely on the process ID (PID). This predictable filename is created without exclusive access or existence checks. A local attacker can pre‑create the predicted temporary file path as a symbolic link pointing to an arbitrary file writable by the victim. When gzexe runs, it follows the symlink and overwrites the target file, resulting in a time‑of‑check to time‑of‑use (TOCTOU) condition that allows arbitrary file overwrite. This issue has been fixed in the commit 4e6f8b24ab823146ab8776f0b7fe486ab34d4269(CVE-2026-41991) GNU gzip contains a global buffer overflow vulnerability in the LZH decompression logic caused by improper reuse of shared global state between different decompression formats within a single execution. GNU gzip maintains a global array that is shared across the LZ77, LZW, and LZH decompression routines and is not reinitialized between files processed in the same invocation. By decompressing a specially crafted LZW file followed by a specially crafted LZH file in a single gzip -d command, an attacker can poison the shared global state and subsequently trigger an out‑of‑bounds read in the LZH decoder. The LZH decompression logic follows stale values left in the shared array, causing reads past the end of the allocated global buffer. This issue has been fixed in the commit 63dbf6b3b9e6e781df1a6a64e609b10e23969681(CVE-2026-41992) An update for gzip is now available for openEuler-24.03-LTS-SP3. openEuler Security has rated this update as having a security impact of high. A Common Vunlnerability Scoring System(CVSS)base score,which gives a detailed severity rating, is available for each vulnerability from the CVElink(s) in the References section. High gzip https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-2969 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-41991 https://www.openeuler.org/en/security/cve/detail/?cveId=CVE-2026-41992 https://nvd.nist.gov/vuln/detail/CVE-2026-41991 https://nvd.nist.gov/vuln/detail/CVE-2026-41992 openEuler-24.03-LTS-SP3 gzip-1.12-7.oe2403sp3.x86_64.rpm gzip-debuginfo-1.12-7.oe2403sp3.x86_64.rpm gzip-debugsource-1.12-7.oe2403sp3.x86_64.rpm gzip-help-1.12-7.oe2403sp3.noarch.rpm gzip-1.12-7.oe2403sp3.aarch64.rpm gzip-debuginfo-1.12-7.oe2403sp3.aarch64.rpm gzip-debugsource-1.12-7.oe2403sp3.aarch64.rpm gzip-1.12-7.oe2403sp3.src.rpm GNU gzip contains a vulnerability in the gzexe utility related to insecure temporary file handling. When the mktemp utility is not available in the user’s PATH, gzexe falls back to constructing a temporary file path based solely on the process ID (PID). This predictable filename is created without exclusive access or existence checks. A local attacker can pre‑create the predicted temporary file path as a symbolic link pointing to an arbitrary file writable by the victim. When gzexe runs, it follows the symlink and overwrites the target file, resulting in a time‑of‑check to time‑of‑use (TOCTOU) condition that allows arbitrary file overwrite. This issue has been fixed in the commit 4e6f8b24ab823146ab8776f0b7fe486ab34d4269 2026-07-09 CVE-2026-41991 openEuler-24.03-LTS-SP3 Medium 4.7 AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:H/A:N gzip security update 2026-07-09 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-2969 GNU gzip contains a global buffer overflow vulnerability in the LZH decompression logic caused by improper reuse of shared global state between different decompression formats within a single execution. GNU gzip maintains a global array that is shared across the LZ77, LZW, and LZH decompression routines and is not reinitialized between files processed in the same invocation. By decompressing a specially crafted LZW file followed by a specially crafted LZH file in a single gzip -d command, an attacker can poison the shared global state and subsequently trigger an out‑of‑bounds read in the LZH decoder. The LZH decompression logic follows stale values left in the shared array, causing reads past the end of the allocated global buffer. This issue has been fixed in the commit 63dbf6b3b9e6e781df1a6a64e609b10e23969681 2026-07-09 CVE-2026-41992 openEuler-24.03-LTS-SP3 High 7.5 AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:N gzip security update 2026-07-09 https://www.openeuler.org/zh/security/security-bulletins/detail/?id=openEuler-SA-2026-2969