In the Linux kernel, the following vulnerability has been resolved:
drm/amd/display: Clamp HDMI HDCP2 rx_id_list read to buffer size
[Why & How]
During HDCP 2.x repeater authentication over HDMI, the driver reads the
sink's RxStatus register and extracts a 10-bit message size field (max
value 1023). This value is used as the read length for the ReceiverID
list without being clamped to the size of the destination buffer
rx_id_list[177]. A malicious HDMI repeater could advertise a message
size larger than the buffer, causing an out-of-bounds write during the
I2C read.
Clamp the read length in mod_hdcp_read_rx_id_list() to the size of the
rx_id_list buffer, matching the approach already used in the DP branch.
(cherry picked from commit 229212219e4247d9486f8ba41ef087358490be09)
CVSS
7.8 HIGH (v3.1, NVD)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
from eff682f83c9c2030761e7536c5d97e1b20f71c15 before 3c4444aec06c74fbc05661f370954ac814963c38; from eff682f83c9c2030761e7536c5d97e1b20f71c15 before 91fb41218c413989d8b6c837748751454b452d68; from eff682f83c9c2030761e7536c5d97e1b20f71c15 before 964e50ef7b8f09815a7d05b8326af700f8d5bc96; from eff682f83c9c2030761e7536c5d97e1b20f71c15 before 79e0273272a05fb26f9b1e55bf1a52eefc3b7b35; from eff682f83c9c2030761e7536c5d97e1b20f71c15 before bfba882cfcd08f6540f72f48e786b6404f5d2c5b; from eff682f83c9c2030761e7536c5d97e1b20f71c15 before 1906064d50d194a145486e5caf3db3e708b6f6ef; from eff682f83c9c2030761e7536c5d97e1b20f71c15 before 98cfb7530ea91d8e5e928285cdce58e1131f6e83; from eff682f83c9c2030761e7536c5d97e1b20f71c15 before f0f3981c43b32cadfe373d636d9e9ca522bb3702
from 5.6 before 5.10.259; from 5.11 before 5.15.210; from 5.16 before 6.1.176; from 6.2 before 6.6.143; from 6.7 before 6.12.94; from 6.13 before 6.18.36; from 6.19 before 7.0.13; 7.1; and 5 more ranges
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.