Skip to main content
VulnerabilityPublished Updated

CVE-2026-80892: Linux kernel · erofs: cap LZMA stream pool size

Affects Linux kernelSource CVE Database V5

0
Compare

Not known to be exploited · fixed in e52da169b8c0d19bb2d803f2a07fe0e5a00462d6 : update Linux kernel when convenient.

Data as of 6 Nov 2026, 17:33 UTC

Severity
Medium

Rated Medium by Threat Radar's AI analysis · CVSS not yet scored by NVD

Thin evidence

One scorer or none
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-11-06.

Patch
Available – fixed in e52da169b8c0d19bb2d803f2a07fe0e5a00462d6, e8b3d09aa8889dda9be9cbb3d2f0218c4b9acde4, c9b47e6b23114e939b17f818471c7a46e59006e7 +3

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 4 Sep 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponized: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 6 Nov 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 622ceaddb7649ca328832f50ba1400af778d75fa, < e52da169b8c0d19bb2d803f2a07fe0e5a00462d6
Fixed in
  • e52da169b8c0d19bb2d803f2a07fe0e5a00462d6
LinuxLinuxAffected
  • ≥ 622ceaddb7649ca328832f50ba1400af778d75fa, < e8b3d09aa8889dda9be9cbb3d2f0218c4b9acde4
Fixed in
  • e8b3d09aa8889dda9be9cbb3d2f0218c4b9acde4
LinuxLinuxAffected
  • ≥ 622ceaddb7649ca328832f50ba1400af778d75fa, < c9b47e6b23114e939b17f818471c7a46e59006e7
Fixed in
  • c9b47e6b23114e939b17f818471c7a46e59006e7
LinuxLinuxAffected
  • ≥ 622ceaddb7649ca328832f50ba1400af778d75fa, < 682cb3ece37fc5141e73bc726ccf4adb833e5189
Fixed in
  • 682cb3ece37fc5141e73bc726ccf4adb833e5189
LinuxLinuxAffected
  • ≥ 622ceaddb7649ca328832f50ba1400af778d75fa, < 5aaa06dfc10f8398c8807453dbec738ea9af10e4
Fixed in
  • 5aaa06dfc10f8398c8807453dbec738ea9af10e4
LinuxLinuxAffected
  • ≥ 622ceaddb7649ca328832f50ba1400af778d75fa, < 0c676903cb2a61992ded8e7907609cc6b0f11744
Fixed in
  • 0c676903cb2a61992ded8e7907609cc6b0f11744

AI-suggested

A fix is available in the Linux kernel as indicated by the fixed commit versions. Systems running affected versions should upgrade to a fixed kernel version containing the CONFIG_EROFS_FS_ZIP_LZMA_DEFAULT_MAX_STREAMS option or later. Administrators who explicitly set the lzma_streams module parameter are not affected by this change. No additional action is required beyond applying the official fix.

Description

A vulnerability in the Linux kernel's EROFS filesystem module allows excessive memory allocation for LZMA decompression streams. The module previously sized the LZMA stream pool based on the number of CPUs without an upper bound, potentially causing large vmalloc memory usage on high-CPU systems. This could lead to hundreds of megabytes of memory being pinned until the module is unloaded. The issue is addressed by introducing a configurable maximum stream count defaulting to 16, limiting worst-case memory preallocation to 128 MiB on systems with 16 or more CPUs.

References

Community reviews

Loading reviews…