Lucene search
+L

335902 matches found

Debian CVE
Debian CVE
added 2026/08/15 5:52 a.m.12 views

CVE-2026-72107

In the Linux kernel, the following vulnerability has been resolved: dm era: fix out-of-bounds memory access for non-zero start sector dm-era tracks writes in target-relative blocks, but eramap calculates the writeset block before applying the target offset. Tables with a non-zero start sector can...

8.8CVSS5.4AI score0.00632EPSS
SaveExploits0
CVE
CVE
added 2026/08/15 5:52 a.m.46 views

CVE-2026-72105

The CVE-2026-72105 entry concerns the Linux kernel dm-log component, where a bitset_size overflow on 32‑bit architectures could occur during region_count handling. The root cause is a miscalculation of bitset_size (size_t) when computing the bitmap memory based on region_count, which could wrap t...

7.8CVSS5.5AI score0.00169EPSS
SaveExploits0References8
Cvelist
Cvelist
added 2026/08/15 5:52 a.m.23 views

CVE-2026-72105 dm-log: fix a bitset_size overflow on 32bit machines

In the Linux kernel, the following vulnerability has been resolved: dm-log: fix a bitsetsize overflow on 32bit machines Commit c20e36b7631d "dm log: fix out-of-bounds write due to regioncount overflow" made sure that regioncount could fit in an unsigned int. But the bitmap memory isn't allocated...

7.8CVSS0.00169EPSS
SaveExploits0References8
Debian CVE
Debian CVE
added 2026/08/15 5:52 a.m.7 views

CVE-2026-72105

In the Linux kernel, the following vulnerability has been resolved: dm-log: fix a bitsetsize overflow on 32bit machines Commit c20e36b7631d "dm log: fix out-of-bounds write due to regioncount overflow" made sure that regioncount could fit in an unsigned int. But the bitmap memory isn't allocated...

7.8CVSS5.4AI score0.00169EPSS
SaveExploits0
Debian CVE
Debian CVE
added 2026/08/15 5:52 a.m.10 views

CVE-2026-72104

In the Linux kernel, the following vulnerability has been resolved: dm-pcache: reject option groups without values The pcache target parses optional arguments as name/value pairs. A table that advertises one optional argument and supplies only a recognized option name, for example "cachemode",...

5.4AI score0.00198EPSS
SaveExploits0
CVE
CVE
added 2026/08/15 5:52 a.m.35 views

CVE-2026-72102

The CVE-2026-72102 entry concerns the Linux kernel. Affected area: dm_early_create logic related to dynamic device-mapper table handling. Root cause: when dm_resume fails, a table is freed via dm_table_destroy even though it was already instantiated with dm_swap_table, leading to a potential use-...

7.8CVSS5.4AI score0.00169EPSS
SaveExploits0References8
Debian CVE
Debian CVE
added 2026/08/15 5:52 a.m.11 views

CVE-2026-72102

In the Linux kernel, the following vulnerability has been resolved: dmearlycreate: fix freeing used table on dmresume failure If dmresume fails, the kernel attempts to free table with dmtabledestroy, but the table was already instantiated with dmswaptable. This commit skips the call to...

7.8CVSS5.4AI score0.00169EPSS
SaveExploits0
CVE
CVE
added 2026/08/15 5:52 a.m.40 views

CVE-2026-72103

CVE-2026-72103 relates to the Linux kernel’s dm-crypt flow. A refactoring bug caused the caller’s thread keyring to be kept alive beyond the caller’s lifetime, making the LUKS volume key linger in memory. As a result, cryptsetup luksSuspend could fail to wipe the key, even though luksOpen passes ...

7.3CVSS5.5AI score0.00159EPSS
SaveExploits0References4
Cvelist
Cvelist
added 2026/08/15 5:52 a.m.22 views

CVE-2026-72103 dm: avoid leaking the caller's thread keyring via the table device file

In the Linux kernel, the following vulnerability has been resolved: dm: avoid leaking the caller's thread keyring via the table device file The refactoring in commit a28d893eb327 "md: port block device access to file" accidentally causes the caller's thread keyring to be kept alive long beyond th...

7.3CVSS0.00159EPSS
SaveExploits0References4
OSV
OSV
added 2026/08/15 5:52 a.m.20 views

CVE-2026-72103 dm: avoid leaking the caller's thread keyring via the table device file

In the Linux kernel, the following vulnerability has been resolved: dm: avoid leaking the caller's thread keyring via the table device file The refactoring in commit a28d893eb327 "md: port block device access to file" accidentally causes the caller's thread keyring to be kept alive long beyond th...

7.3CVSS5.6AI score
SaveExploits0References7
Debian CVE
Debian CVE
added 2026/08/15 5:52 a.m.7 views

CVE-2026-72103

In the Linux kernel, the following vulnerability has been resolved: dm: avoid leaking the caller's thread keyring via the table device file The refactoring in commit a28d893eb327 "md: port block device access to file" accidentally causes the caller's thread keyring to be kept alive long beyond th...

7.3CVSS5.5AI score0.00159EPSS
SaveExploits0
EUVD
EUVD
added 2026/08/15 5:52 a.m.9 views

EUVD-2026-59060

In the Linux kernel, the following vulnerability has been resolved: dmearlycreate: fix freeing used table on dmresume failure If dmresume fails, the kernel attempts to free table with dmtabledestroy, but the table was already instantiated with dmswaptable. This commit skips the call to...

5.4AI score0.00169EPSS
SaveExploits0References8
EUVD
EUVD
added 2026/08/15 5:52 a.m.8 views

EUVD-2026-59061

In the Linux kernel, the following vulnerability has been resolved: dm: avoid leaking the caller's thread keyring via the table device file The refactoring in commit a28d893eb327 "md: port block device access to file" accidentally causes the caller's thread keyring to be kept alive long beyond th...

5.5AI score0.00159EPSS
SaveExploits0References4
Debian CVE
Debian CVE
added 2026/08/15 5:52 a.m.9 views

CVE-2026-72101

In the Linux kernel, the following vulnerability has been resolved: dm-integrity: fix leaking uninitialized kernel memory If hash size is less than device's tuple size, dm-integrity is supposed to zero the remaining space. There was a bug in the code that zeroing didn't work. This commit fixes it...

5.4AI score0.002EPSS
SaveExploits0
OSV
OSV
added 2026/08/15 5:52 a.m.12 views

CVE-2026-72101 dm-integrity: fix leaking uninitialized kernel memory

In the Linux kernel, the following vulnerability has been resolved: dm-integrity: fix leaking uninitialized kernel memory If hash size is less than device's tuple size, dm-integrity is supposed to zero the remaining space. There was a bug in the code that zeroing didn't work. This commit fixes it...

5.5AI score
SaveExploits0References7
Cvelist
Cvelist
added 2026/08/15 5:52 a.m.29 views

CVE-2026-72101 dm-integrity: fix leaking uninitialized kernel memory

In the Linux kernel, the following vulnerability has been resolved: dm-integrity: fix leaking uninitialized kernel memory If hash size is less than device's tuple size, dm-integrity is supposed to zero the remaining space. There was a bug in the code that zeroing didn't work. This commit fixes it...

0.002EPSS
SaveExploits0References4
EUVD
EUVD
added 2026/08/15 5:52 a.m.8 views

EUVD-2026-59059

In the Linux kernel, the following vulnerability has been resolved: dm-integrity: fix leaking uninitialized kernel memory If hash size is less than device's tuple size, dm-integrity is supposed to zero the remaining space. There was a bug in the code that zeroing didn't work. This commit fixes it...

5.4AI score0.002EPSS
SaveExploits0References4
CVE
CVE
added 2026/08/15 5:52 a.m.40 views

CVE-2026-72101

The CVE-2026-72101 involves the Linux kernel dm‑integrity module. A bug caused zeroing of the remaining space to fail when the hash size was smaller than the device tuple size, leading to leaking uninitialized kernel memory. The issue has been fixed by a commit that corrects the zeroing behavior....

5.4AI score0.002EPSS
SaveExploits0References4
Debian CVE
Debian CVE
added 2026/08/15 5:52 a.m.8 views

CVE-2026-72099

In the Linux kernel, the following vulnerability has been resolved: dm-integrity: don't increment hashoffset twice hashoffset is already incremented in the loop "for i = 0; i tocopy; i++, ts--". Do not increment it again...

7.1CVSS5.2AI score0.00532EPSS
SaveExploits0
OSV
OSV
added 2026/08/15 5:52 a.m.26 views

CVE-2026-72099 dm-integrity: don't increment hash_offset twice

In the Linux kernel, the following vulnerability has been resolved: dm-integrity: don't increment hashoffset twice hashoffset is already incremented in the loop "for i = 0; i tocopy; i++, ts--". Do not increment it again...

7.1CVSS5.4AI score
SaveExploits0References11
Rows per page
Query Builder