Back to CVE records
Medium 5.5Published Jun 24, 2026

CVE-2026-53061dm cache: fix dirty mapping checking in passthrough mode switching

Updated under an hour ago ()

Does this affect you?

It affects Linux and 1 other product. Add what you run to find out whether that includes you.

No exploitation reported and no EPSS estimate yet.

In the Linux kernel, the following vulnerability has been resolved: dm cache: fix dirty mapping checking in passthrough mode switching As mentioned in commit 9b1cc9f251af ("dm cache: share cache-metadata object across inactive and active DM tables"), dm-cache assumed table reload occurs after suspension, while LVM's table preload breaks this assumption. The dirty mapping check for passthrough mode was designed around this assumption and is performed during table creation, causing the check to fail with preload while metadata updates are ongoing. This risks loading dirty mappings into passthrough mode, resulting in data loss. Reproduce steps: 1. Create a writeback cache with zero migration_threshold to produce dirty mappings 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 writeback smq \ 2 migration_threshold 0" 2. Preload a table in passthrough mode dmsetup reload cache --table "0 262144 cache /dev/mapper/cmeta \ /dev/mapper/cdata /dev/mapper/corig 128 2 metadata2 passthrough smq 0" 3. Write to the first cache block to make it dirty fio --filename=/dev/mapper/cache --name=populate --rw=write --bs=4k \ --direct=1 --size=64k 4. Resume the inactive table. Now it's possible to load the dirty block into passthrough mode. dmsetup resume cache Fix by moving the checks to the preresume phase to support table preloading. Also remove the unused function dm_cache_metadata_all_clean.

CVSS
5.5 MEDIUM (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
Weakness (CWE)
Not given
Known exploited
Not in CISA's KEV catalog
EPSS (exploitation in the next 30 days)
Not loaded for this CVE
Assigned by
Linux
NVD analysis
Analyzed
Record last updated
Jun 24, 2026
First seen by InfoSec Signals
Oct 9, 2026

Affected products

Affected products
Linux Linux
linux:linux (from the name)
from 2ee57d587357f0d752af6c2e3e46434a74b1bee3 before c2e86f647561fcf5e1c6eba7d75e9e0c4299c94d; from 2ee57d587357f0d752af6c2e3e46434a74b1bee3 before 5c98a3f1d7a554c9e920aa31daf92af6b5bbb8cc; from 2ee57d587357f0d752af6c2e3e46434a74b1bee3 before 1443c32f24d6d8bcdf4beceef2afc09290b98717; from 2ee57d587357f0d752af6c2e3e46434a74b1bee3 before 12105c7f18375d7615dad7605d89eadae7eb12a6; from 2ee57d587357f0d752af6c2e3e46434a74b1bee3 before bd5a2c1018938e6b32670728bdb32a3f0efff00f; from 2ee57d587357f0d752af6c2e3e46434a74b1bee3 before 21c503d60a257e54ca3ac58e2721bd24501d5bde; 2ee57d587357f0d752af6c2e3e46434a74b1bee3 builds before 01b22656d8a68dbeae59f8b80866e7b11936b20a; from 2ee57d587357f0d752af6c2e3e46434a74b1bee3 before 322586745bd1a0e5f3559fd1635fdeb4dbd1d6b8
CNA record
linux linux_kernel
linux:linux_kernel
from 3.13 before 5.10.258; from 5.11 before 5.15.209; from 5.16 before 6.1.175; from 6.2 before 6.6.141; from 6.7 before 6.12.91; from 6.13 before 6.18.33; from 6.19 before 7.0.10
NVD

References

References

The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.

Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.