PT-2026-64755 · Linux · Linux
CVE-2026-64524
·
Published
2026-07-25
·
Updated
2026-07-25
None
No severity ratings or metrics are available. When they are, we'll update the corresponding info on the page.
In the Linux kernel, the following vulnerability has been resolved:
drm/hyperv: validate resolution count and fix WIN8 fallback
A SYNTHVID RESOLUTION RESPONSE with resolution count > 64 walks past
the supported resolution[SYNTHVID MAX RESOLUTION COUNT] array in the
parse loop. Bound resolution count against the array size, folded
into the existing zero-check.
When the WIN10 resolution probe fails, the caller in
hyperv connect vsp() left hv->screen * max / preferred * unpopulated,
which sets mode config.max width / max height to 0 and makes
drm internal framebuffer create() reject every userspace framebuffer
with -EINVAL. The pre-WIN10 branch had the same gap for
preferred width / preferred height. Use a single post-probe fallback
guarded by screen width max == 0 so both paths converge on the WIN8
defaults.
Found an issue in the description? Have something to add? Feel free to write us 👾
Related Identifiers
Affected Products
Linux