CVE Catalog

CVE-2026-80892

Low risk· EPSS 7%
Published: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.17%

7th percentile - higher than 7% of all known CVEs

Summary

In the Linux kernel, the EROFS filesystem LZMA stream pool size is now capped by a new configuration option. By default, the pool is limited to 16 streams, preventing small EROFS images from pinning excessive vmalloc memory on high-CPU systems.

Risk Assessment

Without this limit, a small EROFS image could pin hundreds of MiB of vmalloc memory, leading to memory exhaustion and potential system instability.

Recommendation

Apply a kernel update that includes this fix or manually set the lzma_streams module parameter to an appropriate value.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: erofs: cap LZMA stream pool size fs/erofs/decompressor_lzma.c sizes the module-global MicroLZMA stream pool from num_possible_cpus() when the lzma_streams module parameter is unset, then z_erofs_load_lzma_config() preallocates one image-supplied dictionary per stream, accepting dictionaries up to 8 MiB. On high-CPU systems, a small EROFS image can pin hundreds of MiB of vmalloc-backed decoder state until the erofs module is unloaded. Impact: An EROFS image mounted by the system can pin up to 8 MiB of vmalloc memory per LZMA stream, either as intended or unexpectedly. Bound the default stream count by a new CONFIG_EROFS_FS_ZIP_LZMA_DEFAULT_MAX_STREAMS option, default 16, so the worst-case default preallocation is 128 MiB if the number of CPUs is no less than 16 while preserving the existing per-image dictionary limit. An explicit lzma_streams module parameter is still honoured as-is, so administrators who deliberately size the pool are not affected.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS