7.8

CVE-2024-26718: dm-crypt, dm-verity: disable tasklets

Modified
AliasesUBUNTU-CVE-2024-26718DEBIAN-CVE-2024-26718
Published 03-04-2024Last modified 05-08-2026

Vulnerability summary

CVE-2024-26718 is a high (CVSS 7.8) Out-of-bounds Write vulnerability in linux. EPSS estimates a 0.24% chance of exploitation in the next 30 days, higher than 14.5% of scored vulnerabilities.

Priority
Routine

Not severe (CVSS 7.8, local access); no exploitation reported by the 5 checked sources

Source freshness unavailable

How is this decided?
CVSS score
7.8/10
010
High · v3.1 (CVE.org)
EPSS score
0.24%
0%100%
Low · 0.00 pp in 30 days
KEVNot listedNot listed by any tracked catalog.
RansomwareNot flaggedNo ransomware use recorded.
Public exploits0No public exploits recorded

Advisory lineage

Upstream 0 · Downstream 22 · Related 22

Timeline

  1. 03-04-2024
    PublishedVulnerability first disclosed.
  2. 05-08-2026
    Last modifiedVulnerability information updated.

Description

In the Linux kernel, the following vulnerability has been resolved: dm-crypt, dm-verity: disable tasklets Tasklets have an inherent problem with memory corruption. The function tasklet_action_common calls tasklet_trylock, then it calls the tasklet callback and then it calls tasklet_unlock. If the tasklet callback frees the structure that contains the tasklet or if it calls some code that may free it, tasklet_unlock will write into free memory. The commits 8e14f610159d and d9a02e016aaf try to fix it for dm-crypt, but it is not a sufficient fix and the data corruption can still happen [1]. There is no fix for dm-verity and dm-verity will write into free memory with every tasklet-processed bio. There will be atomic workqueues implemented in the kernel 6.9 [2]. They will have better interface and they will not suffer from the memory corruption problem. But we need something that stops the memory corruption now and that can be backported to the stable kernels. So, I'm proposing this commit that disables tasklets in both dm-crypt and dm-verity. This commit doesn't remove the tasklet support, because the tasklet code will be reused when atomic workqueues will be implemented. [1] https://lore.kernel.org/all/d390d7ee-f142-44d3-822a-87949e14608b@suse.de/T/ [2] https://lore.kernel.org/lkml/20240130091300.2968534-1-tj@kernel.org/

CVSS metrics

4 scores · 4 sources · 1 version

EPSS trend

Probability

0.24%

Chance of exploitation in the next 30 days

Percentile

15%

Versus all other CVEs

30-day change

No change 0.00 pp

From 0.24% on 04-10-2026

04-10-202603-11-2026

Known exploited

Compare KEV catalogs
CISA KEV

Not in the CISA KEV catalog.

ENISA CNW

Not in the ENISA CNW catalog.

CIRCL

Not in the CIRCL catalog.

Public exploits

0 found

No public exploits indexed.

Weaknesses

CWE · root cause

Affected systems

Version check

Known conditions: local access, low-privilege account, no user interaction (CVSS vector). Other conditions: not stated in public data.

Ubuntu104 products
  • linux< 5.15.0-133.144
  • linux-allwinner-5.19All versions (No fix recorded)
  • linux-aws< 5.15.0-1078.85
  • linux-aws-5.0All versions (No fix recorded)
  • linux-aws-5.11All versions (No fix recorded)
Linux2 products
  • linux≥ 39d42fa96ba1b7d2544db3f8ed5da8fb0d5cb877, < b825e0f9d68c178072bffd32dd34c39e3d2d597a | ≥ 39d42fa96ba1b7d2544db3f8ed5da8fb0d5cb877, < 30884a44e0cedc3dfda8c22432f3ba4078ec2d94 | ≥ 39d42fa96ba1b7d2544db3f8ed5da8fb0d5cb877, < 5735a2671ffb70ea29ca83969fe01316ee2ed6fc | ≥ 39d42fa96ba1b7d2544db3f8ed5da8fb0d5cb877, < 0c45a20cbe68bc4d681734f5c03891124a274257 | ≥ 39d42fa96ba1b7d2544db3f8ed5da8fb0d5cb877, < 0a9bab391e336489169b95cb0d4553d921302189 | 5.9
  • linux_kernel≥ 5.9, < 6.1.79 | ≥ 6.2, < 6.6.18 | ≥ 6.7, < 6.7.6 | 6.8:rc1 | 6.8:rc2
Debian1 product
  • linux< 6.1.82-1 | < 6.7.7-1

3 vendors · 107 products

References

29 links
Show all 29 references