Skip to main content
VulnerabilityPublished Updated

CVE-2026-53062: Linux kernel · Race Condition

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.09% chance of exploitation in 30 days – higher than 0% 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 c348ae47d8e65f06429fa41adce9ad986b696766, ac5ee99443891bdb161f5539606a66a1b5e72542, 93627a29d4b66d4a2def938dfb8610cc80ae454b +5
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 24 Jun 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
  • ≥ b29d4986d0da1a27cd35917cdb433672f5c95d7f, < c348ae47d8e65f06429fa41adce9ad986b696766
Fixed in
  • c348ae47d8e65f06429fa41adce9ad986b696766
LinuxLinuxAffected
  • ≥ b29d4986d0da1a27cd35917cdb433672f5c95d7f, < ac5ee99443891bdb161f5539606a66a1b5e72542
Fixed in
  • ac5ee99443891bdb161f5539606a66a1b5e72542
LinuxLinuxAffected
  • ≥ b29d4986d0da1a27cd35917cdb433672f5c95d7f, < 93627a29d4b66d4a2def938dfb8610cc80ae454b
Fixed in
  • 93627a29d4b66d4a2def938dfb8610cc80ae454b
LinuxLinuxAffected
  • ≥ b29d4986d0da1a27cd35917cdb433672f5c95d7f, < 4991b5a08751e2e82488fb93ae08849b6aea10d9
Fixed in
  • 4991b5a08751e2e82488fb93ae08849b6aea10d9
LinuxLinuxAffected
  • ≥ b29d4986d0da1a27cd35917cdb433672f5c95d7f, < 9a5fdfb9e57ec3a8ad2b8fce5e5ffa42d53b130e
Fixed in
  • 9a5fdfb9e57ec3a8ad2b8fce5e5ffa42d53b130e
LinuxLinuxAffected
  • ≥ b29d4986d0da1a27cd35917cdb433672f5c95d7f, < 2d1f7b65f5deedd2e6b09fdc6ea27f8375f24b45
Fixed in
  • 2d1f7b65f5deedd2e6b09fdc6ea27f8375f24b45

Description

In the Linux kernel, the following vulnerability has been resolved: dm cache policy smq: fix missing locks in invalidating cache blocks In passthrough mode, the policy invalidate_mapping operation is called simultaneously from multiple workers, thus it should be protected by a lock. Otherwise, we might end up with data races on the allocated blocks counter, or even use-after-free issues with internal data structures when doing concurrent writes. Note that the existing FIXME in smq_invalidate_mapping() doesn't affect passthrough mode since migration tasks don't exist there, but would need attention if supporting fast device shrinking via suspend/resume without target reloading. Reproduce steps: 1. Create a cache device consisting of 1024 cache entries dmsetup create cmeta --table "0 8192 linear /dev/sdc 0" dmsetup create cdata --table "0 131072 linear /dev/sdc 8192" dmsetup create corig --table "0 262144 linear /dev/sdc 262144" dd if=/dev/zero of=/dev/mapper/cmeta bs=4k count=1 oflag=direct dmsetup create cache --table "0 262144 cache /dev/mapper/cmeta \ /dev/mapper/cdata /dev/mapper/corig 128 2 metadata2 writethrough smq 0" 2. Populate the cache, and record the number of cached blocks fio --name=populate --filename=/dev/mapper/cache --rw=randwrite --bs=4k \ --size=64m --direct=1 nr_cached=$(dmsetup status cache | awk '{split($7, a, "/"); print a[1]}') 3. Reload the cache into passthrough mode dmsetup suspend cache dmsetup reload cache --table "0 262144 cache /dev/mapper/cmeta \ /dev/mapper/cdata /dev/mapper/corig 128 2 metadata2 passthrough smq 0" dmsetup resume cache 4. Write to the passthrough cache. By setting multiple jobs with I/O size equal to the cache block size, cache blocks are invalidated concurrently from different workers. fio --filename=/dev/mapper/cache --name=test --rw=randwrite --bs=64k \ --direct=1 --numjobs=2 --randrepeat=0 --size=64m 5. Check if demoted matches cached block count. These numbers should match but may differ due to the data race. nr_demoted=$(dmsetup status cache | awk '{print $12}') echo "$nr_cached, $nr_demoted"

References

Community reviews

Loading reviews…