Overview
About vulnerability
In the Linux kernel, the following vulnerability has been resolved:
drm/amd/display: Clamp VBIOS HDMI retimer register count to array size
[Why & How] The VBIOS integrated info tables (v1_11 and v2_1) contain HdmiRegNum and Hdmi6GRegNum fields that are used as loop bounds when copying retimer I2C register settings into fixed-size arrays (dp*_ext_hdmi_reg_settings[9] and dp*_ext_hdmi_6g_reg_settings[3]). These u8 fields are not validated before use, so a malformed VBIOS can specify values up to 255, causing an out-of-bounds heap write during driver probe.
Clamp each register count to the destination array size using min_t() before the copy loops, in both get_integrated_info_v11() and get_integrated_info_v2_1().
(cherry picked from commit 5a7f0ef90195940c54b0f5bb85b87da55f038c69)
Details
- Affected product:
- AlmaLinux 9.2 ESU , Amazon Linux 2 ELS , CentOS 8.4 ELS , CentOS 8.5 ELS , CentOS Stream 8 ELS , Debian 10 ELS , Debian 11 ELS , Oracle Linux 7 ELS , TuxCare 9.6 ESU , TuxCare 9.8 ESU , Ubuntu 16.04 ELS , Ubuntu 18.04 ELS , Ubuntu 20.04 ELS
- Affected packages:
- kernel @ 4.18.0 (+12 more)
Fixes
KernelCare state
Live-patch status from KernelCare for each operating system.
| Operating system | Status | Covered kernels |
|---|---|---|
| AlmaLinux 10 | Released |
60 kernels
|
| AlmaLinux 8 | Released |
126 kernels
|
| AlmaLinux 9 | Released |
126 kernels
|
| AlmaLinux 9.2 ESU | Released |
33 kernels
|
| AlmaLinux 9.6 ESU | Released |
18 kernels
|
| CentOS 8 | Released |
33 kernels
|
| CloudLinux OS 7h | Released |
116 kernels
|
| CloudLinux OS 8 | Released |
111 kernels
|
| Debian 12 | Planned | — |
| Oracle Linux 10 | Released |
46 kernels
|
| Oracle Linux 8 | Released |
145 kernels
|
| Oracle Linux 9 | Released |
125 kernels
|
| RHEL 10 | Released |
60 kernels
|
| RHEL 8 | Released |
142 kernels
|
| RHEL 9 | Released |
124 kernels
|
| Rocky Linux 10 | Released |
43 kernels
|
| Rocky Linux 8 | Released |
104 kernels
|
| Rocky Linux 9 | Released |
101 kernels
|