CVE-2026-6100

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.

Uso después de liberación (UAF) era posible en ’lzma.LZMADecompressor’, ’bz2.BZ2Decompressor’ y ’gzip.GzipFile’ cuando una asignación de memoria falla con un ’MemoryError’ y la instancia de descompresión se reutiliza. Este escenario puede activarse si el proceso está bajo presión de memoria. La corrección limpia el puntero colgante en esta condición de error específica. La vulnerabilidad solo está presente si el programa reutiliza instancias del descompresor a través de múltiples llamadas de descompresión incluso después de que se genere un ’MemoryError’ durante la descompresión. El uso de las funciones auxiliares para descomprimir datos de una sola vez, como ’lzma.decompress()’, ’bz2.decompress()’, ’gzip.decompress()’ y ’zlib.decompress()’, no se ve afectado, ya que se utiliza una nueva instancia de descompresor por cada llamada. Si la instancia del descompresor no se reutiliza después de una condición de error, este uso tampoco es vulnerable.