Bug 2513287 (CVE-2026-68278) - CVE-2026-68278 kernel: drm/dp/mst: fix buffer overflows in sideband chunk accumulation
Summary: CVE-2026-68278 kernel: drm/dp/mst: fix buffer overflows in sideband chunk acc...
Keywords:
Status: NEW
Alias: CVE-2026-68278
Product: Security Response
Classification: Other
Component: vulnerability
Version: unspecified
Hardware: All
OS: Linux
medium
medium
Target Milestone: ---
Assignee: Product Security
QA Contact:
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2026-08-10 12:29 UTC by OSIDB Bzimport
Modified: 2026-10-23 00:37 UTC (History)
2 users (show)

Fixed In Version:
Clone Of:
Environment:
Last Closed:
Embargoed:


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
Red Hat Product Errata RHSA-2026:81552 0 None None None 2026-10-12 23:06:40 UTC
Red Hat Product Errata RHSA-2026:82806 0 None None None 2026-10-14 08:36:37 UTC
Red Hat Product Errata RHSA-2026:82807 0 None None None 2026-10-14 08:51:20 UTC
Red Hat Product Errata RHSA-2026:88477 0 None None None 2026-10-23 00:37:13 UTC

Description OSIDB Bzimport 2026-08-10 12:29:02 UTC
In the Linux kernel, the following vulnerability has been resolved:

drm/dp/mst: fix buffer overflows in sideband chunk accumulation

drm_dp_sideband_append_payload() has three related bugs when processing
device-provided sideband reply data:

1. Zero-length curchunk_len underflow: msg_len is a 6-bit field taken
   directly from the DP sideband header. If a device sends msg_len=0,
   curchunk_len is set to zero. The condition (curchunk_idx >= curchunk_len)
   is immediately true, and curchunk_len-1 wraps to 255 (u8 underflow).
   drm_dp_msg_data_crc4() reads 255 bytes from chunk[48], then memcpy()
   writes 255 bytes into msg[], both far out of bounds.

2. chunk[48] overflow: curchunk_len can reach 63 (6-bit field). chunk[] is
   only 48 bytes. Multi-iteration payload assembly appends 16-byte blocks
   until curchunk_idx reaches curchunk_len, writing up to 15 bytes past
   the end of chunk[] into msg[].

3. msg[256] overflow: each chunk contributes (curchunk_len-1) bytes to
   msg[]. No check ensures curlen + (curchunk_len-1) stays within msg[256],
   so the memcpy can spill into adjacent struct fields.

All three are reachable from any DP MST device that can forge sideband
reply messages on a physical connection.

Comment 5 Jon Orris 2026-10-12 23:06:39 UTC
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 9

Via RHSA-2026:81552 https://access.redhat.com/errata/RHSA-2026:81552

Comment 6 Jon Orris 2026-10-14 08:36:36 UTC
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 8

Via RHSA-2026:82806 https://access.redhat.com/errata/RHSA-2026:82806

Comment 7 Jon Orris 2026-10-14 08:51:19 UTC
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 8

Via RHSA-2026:82807 https://access.redhat.com/errata/RHSA-2026:82807

Comment 8 Jon Orris 2026-10-23 00:37:13 UTC
This issue has been addressed in the following products:

  Red Hat Enterprise Linux 10

Via RHSA-2026:88477 https://access.redhat.com/errata/RHSA-2026:88477


Note You need to log in before you can comment on or make changes to this bug.