Skip to main content
VulnerabilityPublished Updated

CVE-2026-68274: Linux kernel · Out-of-bounds Write

Affects Linux kernelSource CVE Database V5

0

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

Data as of 26 Oct 2026, 12:55 UTC

CVSS 3.1 base score
7.8High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.1% chance of exploitation in 30 days – higher than 4% 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 b485bfb45555163bfa5f565d6a3415fcb3035b02, a9a020f3c11eba6573b699f9cf9245a51b025ade, 632ecc90e1ca5d3b6822bb4d08f84a175b6c42c0
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 10 Aug 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 Linux kernel to b485bfb45555163bfa5f565d6a3415fcb3035b02, a9a020f3c11eba6573b699f9cf9245a51b025ade or 632ecc90e1ca5d3b6822bb4d08f84a175b6c42c0.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ b170d696c1e2226713471d810c63b1162335079f, < b485bfb45555163bfa5f565d6a3415fcb3035b02
Fixed in
  • b485bfb45555163bfa5f565d6a3415fcb3035b02
LinuxLinuxAffected
  • ≥ b170d696c1e2226713471d810c63b1162335079f, < a9a020f3c11eba6573b699f9cf9245a51b025ade
Fixed in
  • a9a020f3c11eba6573b699f9cf9245a51b025ade
LinuxLinuxAffected
  • ≥ b170d696c1e2226713471d810c63b1162335079f, < 632ecc90e1ca5d3b6822bb4d08f84a175b6c42c0
Fixed in
  • 632ecc90e1ca5d3b6822bb4d08f84a175b6c42c0
LinuxLinuxAffected
  • =6.13
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: drm/xe/guc: Fix buffer overflow in steered register list allocation The size calculation for the steered register extarray uses only the geometry DSS mask (g_dss_mask) to determine the number of entries to allocate: total = bitmap_weight(gt->fuse_topo.g_dss_mask, ...) * steer_reg_num; However, the filling loop uses for_each_dss_steering(), which iterates over for_each_dss(), defined as the union of g_dss_mask and c_dss_mask (geometry + compute DSS). On platforms with compute-only DSS bits, the loop writes past the allocated buffer, corrupting adjacent slab objects. This manifests as list_del corruption and SLUB redzone overwrites during drm_managed_release on device unbind, since the overflow corrupts the drmres list_head of neighboring allocations. Fix by computing the allocation size using the union of both DSS masks, matching the iteration pattern of for_each_dss_steering(). -- v2: - use bitmap_weighted_or() (Zhanjun) (cherry picked from commit 0a78a44f4901aa6c9263e66be7fce02282f1109f)

References

Community reviews

Loading reviews…