Skip to main content
VulnerabilityPublished Updated

CVE-2026-89441: Linux kernel · mmc: via-sdmmc: cancel card-detect work on remove

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High · fixed in f7ff3027ef004a331ef911a4886f12bc2e996037 : patch Linux kernel soon.

Data as of 26 Oct 2026, 13:47 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 2% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
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
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in f7ff3027ef004a331ef911a4886f12bc2e996037, eaca730c6f5e3609df62a0469fb789235a93d276, 57e5d877f898d5e5c9d672a77bb6bdd24f0d9bf5 +2
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

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
  • ≥ f0bf7f61b8405224bc52fc9a3ccd167a68126e00, < f7ff3027ef004a331ef911a4886f12bc2e996037
Fixed in
  • f7ff3027ef004a331ef911a4886f12bc2e996037
LinuxLinuxAffected
  • ≥ f0bf7f61b8405224bc52fc9a3ccd167a68126e00, < eaca730c6f5e3609df62a0469fb789235a93d276
Fixed in
  • eaca730c6f5e3609df62a0469fb789235a93d276
LinuxLinuxAffected
  • ≥ f0bf7f61b8405224bc52fc9a3ccd167a68126e00, < 57e5d877f898d5e5c9d672a77bb6bdd24f0d9bf5
Fixed in
  • 57e5d877f898d5e5c9d672a77bb6bdd24f0d9bf5
LinuxLinuxAffected
  • ≥ f0bf7f61b8405224bc52fc9a3ccd167a68126e00, < 55d71c70f11d9f92c7d2653774001e98cb509deb
Fixed in
  • 55d71c70f11d9f92c7d2653774001e98cb509deb
LinuxLinuxAffected
  • ≥ f0bf7f61b8405224bc52fc9a3ccd167a68126e00, < 0a3c70191868fb007c03ff79693ad4e4b3fdcbb8
Fixed in
  • 0a3c70191868fb007c03ff79693ad4e4b3fdcbb8
LinuxLinuxAffected
  • =2.6.31
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: mmc: via-sdmmc: cancel card-detect work on remove Disabling the device interrupt and freeing the IRQ prevents new card-detect work from being queued, but carddet_work already queued by the handler can still run after via_sd_remove() returns. via_sdc_card_detect() recovers the host through container_of() and dereferences its MMIO base; once remove() returns the host can be freed, so that work would touch freed memory. Cancel carddet_work after freeing the IRQ and before cancelling finish_bh_work, which the card-detect handler can also queue. carddet_work can re-enable the interrupt through via_reset_pcictrl(); mask it again afterwards. This issue was found by an in-house static analysis tool and confirmed by manual code review.

References

Community reviews

Loading reviews…