Skip to main content

Linux Kernel EUVDEUVD-2026-49597

| CVE-2026-64546 HIGH
2026-07-27 Linux GHSA-7h2w-78jh-69gr
7.1
CVSS 3.1 · Vendor: Linux
Share

Severity by source

Vendor (Linux) PRIMARY
7.1 HIGH
AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:N/A:H
vuln.today AI
6.1 MEDIUM

Local trigger needing sysfs/probe access gives AV:L/PR:L; the small OOB read yields limited disclosure (C:L) but a realistic kernel crash (A:H), with no integrity impact.

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:L/I:N/A:H
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:L/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE
5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
Red Hat
5.5 MEDIUM
qualitative

Primary rating from Vendor (Linux).

CVSS VectorVendor: Linux

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
High
Integrity
None
Availability
High

Lifecycle Timeline

5
Analysis Generated
Jul 30, 2026 - 06:50 vuln.today
CVSS changed
Jul 30, 2026 - 06:37 NVD
7.1 (HIGH)
Patch available
Jul 27, 2026 - 21:17 EUVD
CVE Published
Jul 27, 2026 - 20:10 cve.org
UNKNOWN (no severity yet)
CVE Published
Jul 27, 2026 - 20:10 cve.org
HIGH 7.1

DescriptionCVE.org

In the Linux kernel, the following vulnerability has been resolved:

drm/edid: fix OOB read in drm_parse_tiled_block()

drm_parse_tiled_block() casts the DisplayID block to a struct displayid_tiled_block and reads the full fixed layout up to tile->topology_id[7] without checking block->num_bytes. The DisplayID iterator only validates the declared payload length, so a crafted EDID can advertise a tiled-display block (tag DATA_BLOCK_TILED_DISPLAY, or DATA_BLOCK_2_TILED_DISPLAY_TOPOLOGY for v2.0) with a small num_bytes at the end of a DisplayID extension. The read then runs past the end of the exact-sized kmemdup()'d EDID allocation, a heap out-of-bounds read.

Reject blocks shorter than the spec's 22-byte tiled payload before reading the fixed struct, as drm_parse_vesa_mso_data() already does.

BUG: KASAN: slab-out-of-bounds in drm_edid_connector_update Read of size 2 at addr ffff888010077700 by task exploit/147 dump_stack_lvl (lib/dump_stack.c:94 ...) print_report (mm/kasan/report.c:378 ...) kasan_report (mm/kasan/report.c:595) drm_edid_connector_update (drivers/gpu/drm/drm_edid.c:7581) bochs_connector_helper_get_modes (drivers/gpu/drm/tiny/bochs.c:574) drm_helper_probe_single_connector_modes (drivers/gpu/drm/drm_probe_helper.c:426) status_store (drivers/gpu/drm/drm_sysfs.c:219) ... vfs_write (fs/read_write.c:595 fs/read_write.c:688) ksys_write (fs/read_write.c:740)

AnalysisAI

Heap out-of-bounds read in the Linux kernel's DRM EDID parser (drm_parse_tiled_block in drivers/gpu/drm/drm_edid.c) lets a crafted DisplayID tiled-display block trigger a slab-out-of-bounds read past the exact-sized kmemdup()'d EDID buffer. The affected code casts the block to struct displayid_tiled_block and reads the fixed 22-byte layout up to topology_id[7] without validating num_bytes, so an EDID advertising a tiled block (DATA_BLOCK_TILED_DISPLAY, or DATA_BLOCK_2_TILED_DISPLAY_TOPOLOGY for DisplayID v2.0) with an undersized payload at the end of a DisplayID extension reads out of bounds, causing kernel memory disclosure or a crash. There is no public exploit identified at time of analysis, EPSS is low (0.18%, 7th percentile), and it is not listed in CISA KEV; the fix is upstreamed and backported to multiple stable trees.

Technical ContextAI

The vulnerability lives in the DRM (Direct Rendering Manager) EDID/DisplayID handling. EDID and its DisplayID extension blocks are variable-length structures parsed when a display connector is probed. The DisplayID iterator validates only the declared payload length (num_bytes) of each data block, but drm_parse_tiled_block() then casts the block to a fixed struct displayid_tiled_block and reads all 22 spec-defined bytes (through tile->topology_id[7]) regardless of the declared length. Because the EDID is stored in an exact-sized kmemdup() allocation, a short tiled block placed at the end of the extension causes the parser to read beyond the slab object - a classic missing-length-check heap over-read (CWE-125, Out-of-bounds Read, though the CVE lists CWE as N/A and tags it as 'Buffer Overflow'). The fix mirrors the existing drm_parse_vesa_mso_data() guard by rejecting any tiled block shorter than the 22-byte payload before dereferencing the struct.

RemediationAI

Vendor-released patch: upgrade to a fixed kernel - mainline 7.2-rc1 or the corresponding stable point release for your branch: 7.1.5, 6.18.40, 6.12.97, 6.6.145, 6.1.178, 5.15.212, or 5.10.261. The fix commits are available at https://git.kernel.org/stable/c/ (e.g., c4ab04ca1bbf87eefa9fec5c80e1880450d2e7c0, 9acd5c1ddc17ca4c5ffa0c373e3fdf480506e061, 157727131ce8a52d8d9bc676c372ef82db6436c4, bfa05d89dc3ca3fb1a9099ef5185549a5ec8490d, 4f5484d25f85ad6c989bad5f6a43450cecfcfd28, 9cc0f8e63e8c34cf43def35cbd305ba711181a1f, 4137e1ecec9c8cb6c4fcee28ffabbbc7409eb7fb, faaa1e1155833e7d4ce7e3cfaf64c0d636b190db) and can be cherry-picked if a full upgrade is not immediate. Where patching must be deferred, reduce exposure by restricting write access to the DRM connector sysfs status attribute (used to force reprobes) to trusted administrators, and by controlling physical/peripheral attachment of untrusted displays or EDID-emulating devices - trade-off: locking down sysfs reprobe can interfere with legitimate hotplug/mode-setting tooling and does not eliminate probes triggered by physically connecting a malicious monitor. Because a build-time knob does not exist to disable EDID tiled-block parsing, kernel upgrade is the only complete fix.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise Desktop 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Not-Affected
SUSE Linux Enterprise High Availability Extension 16.0 Not-Affected

Share

EUVD-2026-49597 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy