Skip to main content
VulnerabilityPublished Updated

CVE-2026-89717: Linux kernel · zram: set default primary compressor in zram_destroy_comps()

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 13:47 UTC

Severity
Unrated

Rated by Threat Radar · CVSS not yet scored by NVD

EPSS
0.1% chance of exploitation in 30 days – higher than 6% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in dea8f13c3dfad8b990f8ea96c997aabeebbc1d22, dde75313eed0b014c437f48dd75c0308b592cbf9, a5fda7def04d98ab7c5cbb2394714fb1f8c56cb5 +4

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 11 Sep 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: 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 26 Oct 2026.

What to do

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • >=6.6.57 <6.6.160
  • >=6.11.4 <6.12
Fixed in
  • dea8f13c3dfad8b990f8ea96c997aabeebbc1d22
  • dde75313eed0b014c437f48dd75c0308b592cbf9
  • a5fda7def04d98ab7c5cbb2394714fb1f8c56cb5
  • 6.12
  • 6.6.160
  • 5cec3e60e9f2d1324179df3aa91656f90095cf8f
  • 4bf3328eeec9afc2a55632ff47fc18101ea62d73
LinuxLinuxAffected
  • =6.12
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: zram: set default primary compressor in zram_destroy_comps() Patch series "zram: fix zram issues reported by sashiko". Sashiko drove by and reported [1] a couple of zram issues: a possible BUG_ON() in zlib code due to missing winbits range validation and one possible NULL-ptr dereference in zcomp. Both are low risk yet still worth fixing. This patch (of 2): zram_destroy_comps() resets all compressors and leaves them set to NULL, including the primary one, which is invalid device state, as now comp_algorithm_show()->strcmp() can be called on a NULL compressor. Set default primary compressor in zram_destroy_comps().

References

Community reviews

Loading reviews…