CVE-2026-53059: Linux kernel · Integer Overflow
Source GCVE Database
Not known to be exploited · CVSS 7.0 High.
Data as of 26 Oct 2026, 13:47 UTC
- EPSS
- 0.1% chance of exploitation in 30 days – higher than 3% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CVSS:3.1/AV:L/AC:H/PR:L/UI:N/S:U/C:H/I:H/A:HExploitation evidence
Disclosed: evidence found.
CVE published 24 Jun 2026
Detectable: no evidence on record.
No public nuclei template indexed
Weaponised: no evidence on record.
No public exploit code indexed in Metasploit or Exploit-DB
Exploited in the wildExploited: no evidence on record.
Not in CISA KEV and no source reports exploitation
Observed by OffSeq MirageSeen by 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
AI-suggested
An official fix is available and has been released by Red Hat in kernel updates for affected products including Red Hat Enterprise Linux 8.4 variants. Users should apply the security update (e.g., RHSA-2026:47248) and reboot systems to ensure the patch takes effect. Red Hat recommends treating all kernel errata as security-relevant and applying updates promptly to mitigate exposure. No additional mitigations are specified beyond applying the vendor-provided patch.
Description
In the Linux kernel, the following vulnerability has been resolved: dm log: fix out-of-bounds write due to region_count overflow The local variable region_count in create_log_context() is declared as unsigned int (32-bit), but dm_sector_div_up() returns sector_t (64-bit). When a device-mapper target has a sufficiently large ti->len with a small region_size, the division result can exceed UINT_MAX. The truncated value is then used to calculate bitset_size, causing clean_bits, sync_bits, and recovering_bits to be allocated far smaller than needed for the actual number of regions. Subsequent log operations (log_set_bit, log_clear_bit, log_test_bit) use region indices derived from the full untruncated region space, causing out-of-bounds writes to kernel heap memory allocated by vmalloc. This can be reproduced by creating a mirror target whose region_count overflows 32 bits: dmsetup create bigzero --table '0 8589934594 zero' dmsetup create mymirror --table '0 8589934594 mirror \ core 2 2 nosync 2 /dev/mapper/bigzero 0 \ /dev/mapper/bigzero 0' The status output confirms the truncation (sync_count=1 instead of 4294967297, because 0x100000001 was truncated to 1): $ dmsetup status mymirror 0 8589934594 mirror 2 254:1 254:1 1/4294967297 ... This leads to a kernel crash in core_in_sync: BUG: scheduling while atomic: (udev-worker)/9150/0x00000000 RIP: 0010:core_in_sync+0x14/0x30 [dm_log] CR2: 0000000000000008 Fixing recursive fault but reboot is needed! Fix by widening the local region_count to sector_t and adding an explicit overflow check before the value is assigned to lc->region_count.
References
- nvd.nist.gov/vuln/detail/CVE-2026-53059 (opens in a new tab)
- security.access.redhat.com/data/csaf/v2/vex/2026/cve-2026-53059.json (opens in a new tab)
- git.kernel.org/stable/c/defe483e47173768c227532694dc78cb65db5f09 (opens in a new tab)
- git.kernel.org/stable/c/d4ac87567f86a55c3c92e9a5144dcd943a9772a1 (opens in a new tab)
- git.kernel.org/stable/c/c20e36b7631d83e7535877f08af8b0af72c44b1a (opens in a new tab)
- git.kernel.org/stable/c/b455903eed4558982be0811f5b7f44f6bbc4ff57 (opens in a new tab)
- git.kernel.org/stable/c/4ec8323b9f0764a14d532b1ae9b87f8a9fecb867 (opens in a new tab)
- git.kernel.org/stable/c/44ab8875ae4a2842bde2d756bed195d375e0debb (opens in a new tab)
- git.kernel.org/stable/c/3ec74da927b4e171a6fc0e77b1188ba4d019af51 (opens in a new tab)
- git.kernel.org/stable/c/12bd5b88e91a02785244ff1d20fb157e96e9cdc8 (opens in a new tab)
- bugzilla.redhat.com/show_bug.cgi?id=2492277 (opens in a new tab)
- access.redhat.com/security/cve/CVE-2026-53059 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:47248 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:45192 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:45116 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:45115 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:45114 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:53989 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:52649 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:55445 (opens in a new tab)
- access.redhat.com/errata/RHSA-2026:56574 (opens in a new tab)