cbcvebase.
CVE-2024-26718
published 2024-04-03

CVE-2024-26718: In the Linux kernel, the following vulnerability has been resolved: dm-crypt, dm-verity: disable tasklets Tasklets have an inherent problem with memory…

PriorityP422medium5.5CVSS 3.1
AVLACLPRLUINSUCNINAH
EPSS
0.22%
13.1th percentile
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/[email protected]/T/ [2] https://lore.kernel.org/lkml/[email protected]/

Affected

18 ranges
VendorProductVersion rangeFixed in
debianlinux< linux 6.1.82-1 (bookworm)linux 6.1.82-1 (bookworm)
linuxlinux
linuxlinux>= 39d42fa96ba1b7d2544db3f8ed5da8fb0d5cb877 < b825e0f9d68c178072bffd32dd34c39e3d2d597ab825e0f9d68c178072bffd32dd34c39e3d2d597a
linuxlinux>= 39d42fa96ba1b7d2544db3f8ed5da8fb0d5cb877 < 30884a44e0cedc3dfda8c22432f3ba4078ec2d9430884a44e0cedc3dfda8c22432f3ba4078ec2d94
linuxlinux>= 39d42fa96ba1b7d2544db3f8ed5da8fb0d5cb877 < 5735a2671ffb70ea29ca83969fe01316ee2ed6fc5735a2671ffb70ea29ca83969fe01316ee2ed6fc
linuxlinux>= 39d42fa96ba1b7d2544db3f8ed5da8fb0d5cb877 < 0c45a20cbe68bc4d681734f5c03891124a2742570c45a20cbe68bc4d681734f5c03891124a274257
linuxlinux>= 39d42fa96ba1b7d2544db3f8ed5da8fb0d5cb877 < 0a9bab391e336489169b95cb0d4553d9213021890a9bab391e336489169b95cb0d4553d921302189
linuxlinux_kernel
linuxlinux_kernel
linuxlinux_kernel>= 0 < 6.1.82-16.1.82-1
linuxlinux_kernel>= 0 < 6.7.7-16.7.7-1
linuxlinux_kernel>= 0 < 6.7.7-16.7.7-1
linuxlinux_kernel>= 0 < 5.15.0-133.1445.15.0-133.144
linuxlinux_kernel>= 5.9 < 6.1.796.1.79
linuxlinux_kernel>= 6.2 < 6.6.186.6.18
linuxlinux_kernel>= 6.7 < 6.7.66.7.6
msrccbl2_kernel_5.15.176.3-3_on_cbl_mariner_2.0
msrccbl2_kernel_5.15.182.1-1_on_cbl_mariner_2.0

CVSS provenance

nvdv3.15.5MEDIUMCVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
osv7.8HIGH
vendor_ubuntu7.8HIGH
vendor_debian5.5MEDIUM
vendor_msrc5.5MEDIUM
vendor_redhat5.5MEDIUM
Stop checking back — get the weekly exploitation signal.

Every Monday: what got weaponized or added to CISA KEV in the last seven days — each CVE cross-linked to its PoC, Nuclei template, and detection rule. Free, one email a week, unsubscribe in one click.