CVE-2026-6100 Affecting python3.12-rpm-macros package, versions <0:3.12.13-2.el8_10


Severity

Recommended
high

Based on Rocky Linux security rating.

Threat Intelligence

EPSS
0.15% (36th 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-ROCKY8-PYTHON312RPMMACROS-16331986
  • published1 May 2026
  • disclosed13 Apr 2026

Introduced: 13 Apr 2026

NewCVE-2026-6100  (opens in a new tab)

How to fix?

Upgrade Rocky-Linux:8 python3.12-rpm-macros to version 0:3.12.13-2.el8_10 or higher.
This issue was patched in RLSA-2026:10950.

NVD Description

Note: Versions mentioned in the description apply only to the upstream python3.12-rpm-macros package and not the python3.12-rpm-macros package as distributed by Rocky-Linux. See How to fix? for Rocky-Linux:8 relevant fixed versions and status.

Use-after-free (UAF) was possible in the lzma.LZMADecompressor, bz2.BZ2Decompressor, and gzip.GzipFile when a memory allocation fails with a MemoryError and the decompression instance is re-used. This scenario can be triggered if the process is under memory pressure. The fix cleans up the dangling pointer in this specific error condition.

The vulnerability is only present if the program re-uses decompressor instances across multiple decompression calls even after a MemoryError is raised during decompression. Using the helper functions to one-shot decompress data such as lzma.decompress(), bz2.decompress(), gzip.decompress(), and zlib.decompress() are not affected as a new decompressor instance is used per call. If the decompressor instance is not re-used after an error condition, this usage is similarly not vulnerable.

CVSS Base Scores

version 3.1