Skip to main content
VulnerabilityPublished Updated

CVE-2026-45878: Linux kernel · Out-of-bounds Read

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 7.8 High · fixed in a0d367e13db63a6ed76ee0d0a8c3a58c1fa98488 : patch Linux kernel soon.

Data as of 26 Oct 2026, 13:47 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.2% chance of exploitation in 30 days – higher than 10% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers cannot reliably automate steps 1–4 of the kill chain
Technical impact
Total control over the software or total information disclosure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in a0d367e13db63a6ed76ee0d0a8c3a58c1fa98488, 971bf8e61e9b4abaacf9b35eaf76ec222758f9d6, 5a19302cab5cec7ae7f1a60c619951e6c17d8742 +2
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 27 May 2026

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq 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

Upgrade to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ e0f85f4690d089cc1a60337decafb1acf7eec45e, < a0d367e13db63a6ed76ee0d0a8c3a58c1fa98488
Fixed in
  • a0d367e13db63a6ed76ee0d0a8c3a58c1fa98488
LinuxLinuxAffected
  • ≥ e0f85f4690d089cc1a60337decafb1acf7eec45e, < 971bf8e61e9b4abaacf9b35eaf76ec222758f9d6
Fixed in
  • 971bf8e61e9b4abaacf9b35eaf76ec222758f9d6
LinuxLinuxAffected
  • ≥ e0f85f4690d089cc1a60337decafb1acf7eec45e, < 5a19302cab5cec7ae7f1a60c619951e6c17d8742
Fixed in
  • 5a19302cab5cec7ae7f1a60c619951e6c17d8742
LinuxLinuxAffected
  • ≥ e0f85f4690d089cc1a60337decafb1acf7eec45e, < 3c38a0f07aa2bfef2b219b1f045534ad93f85afd
Fixed in
  • 3c38a0f07aa2bfef2b219b1f045534ad93f85afd
LinuxLinuxAffected
  • ≥ e0f85f4690d089cc1a60337decafb1acf7eec45e, < 2b36c0c1bcbbe15f6cfa9652084b3124c835a150
Fixed in
  • 2b36c0c1bcbbe15f6cfa9652084b3124c835a150
LinuxLinuxAffected
  • =6.5
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: drm/amdkfd: Fix watch_id bounds checking in debug address watch v2 The address watch clear code receives watch_id as an unsigned value (u32), but some helper functions were using a signed int and checked bits by shifting with watch_id. If a very large watch_id is passed from userspace, it can be converted to a negative value. This can cause invalid shifts and may access memory outside the watch_points array. drm/amdkfd: Fix watch_id bounds checking in debug address watch v2 Fix this by checking that watch_id is within MAX_WATCH_ADDRESSES before using it. Also use BIT(watch_id) to test and clear bits safely. This keeps the behavior unchanged for valid watch IDs and avoids undefined behavior for invalid ones. Fixes the below: drivers/gpu/drm/amd/amdgpu/../amdkfd/kfd_debug.c:448 kfd_dbg_trap_clear_dev_address_watch() error: buffer overflow 'pdd->watch_points' 4 <= u32max user_rl='0-3,2147483648-u32max' uncapped drivers/gpu/drm/amd/amdgpu/../amdkfd/kfd_debug.c 433 int kfd_dbg_trap_clear_dev_address_watch(struct kfd_process_device *pdd, 434 uint32_t watch_id) 435 { 436 int r; 437 438 if (!kfd_dbg_owns_dev_watch_id(pdd, watch_id)) kfd_dbg_owns_dev_watch_id() doesn't check for negative values so if watch_id is larger than INT_MAX it leads to a buffer overflow. (Negative shifts are undefined). 439 return -EINVAL; 440 441 if (!pdd->dev->kfd->shared_resources.enable_mes) { 442 r = debug_lock_and_unmap(pdd->dev->dqm); 443 if (r) 444 return r; 445 } 446 447 amdgpu_gfx_off_ctrl(pdd->dev->adev, false); --> 448 pdd->watch_points[watch_id] = pdd->dev->kfd2kgd->clear_address_watch( 449 pdd->dev->adev, 450 watch_id); v2: (as per, Jonathan Kim) - Add early watch_id >= MAX_WATCH_ADDRESSES validation in the set path to match the clear path. - Drop the redundant bounds check in kfd_dbg_owns_dev_watch_id().

References

Community reviews

Loading reviews…