CVE-2022-49221

Vulnérabilité moyenne dans Linux (Linux)

CVSS 5.5 · Moyenne
EPSS 0.3%
Linux•Linux•Versions : 5.10.67, 5.15.33, <=5.17.*, 5.18, 0, <5e602f5156910c7b19661699896cb6e3fb94fab9, <5.14, <5.10.110, <=5.10.*, ab1ccd1e2584b268784518f838f7cc72faec576b, 7948fe12d47a946fb8025a0534c900e3dd4b5839, <5.15, 08a96864a45b65ee406a344c78dd761b2fd66887, <fbba600f432a360b42452fee79d1fb35d3aa8aeb, 5.15, 5.14.6, <413c62697b61226a236c8b1f5cd64dcf42bcc12f, f86bc4a1a401d3691bad41e67f9db0c2ea94da32, 5.16.19, <=5.16.*, <104074ebc0c3f358dd1ee944fbcde92c6e5a21dd, 5.10.110, 5.17.2, <=*, <=5.15.*, 5.13.19, <9525b8bcae8b99188990b56484799cf4b1b43786

Description

In the Linux kernel, the following vulnerability has been resolved: drm/msm/dp: populate connector of struct dp_panel DP CTS test case 4.2.2.6 has valid edid with bad checksum on purpose and expect DP source return correct checksum. During drm edid read, correct edid checksum is calculated and stored at connector::real_edid_checksum. The problem is struct dp_panel::connector never be assigned, instead the connector is stored in struct msm_dp::connector. When we run compliance testing test case 4.2.2.6 dp_panel_handle_sink_request() won't have a valid edid set in struct dp_panel::edid so we'll try to use the connectors real_edid_checksum and hit a NULL pointer dereference error because the connector pointer is never assigned. Changes in V2: -- populate panel connector at msm_dp_modeset_init() instead of at dp_panel_read_sink_caps() Changes in V3: -- remove unhelpful kernel crash trace commit text -- remove renaming dp_display parameter to dp Changes in V4: -- add more details to commit text Changes in v10: -- group into one series Changes in v11: -- drop drm/msm/dp: dp_link_parse_sink_count() return immediately if aux read Signee-off-by: Kuogee Hsieh <quic_khsieh@quicinc.com>

Gravité et risque d'exploitation

CVE-2022-49221 obtient un score CVSS de 5.5/10, soit une gravité moyenne. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.27 %, ce qui la place devant 17.8 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions 5.10.67, 5.15.33, <=5.17.*, 5.18, 0, <5e602f5156910c7b19661699896cb6e3fb94fab9, <5.14, <5.10.110, <=5.10.*, ab1ccd1e2584b268784518f838f7cc72faec576b, 7948fe12d47a946fb8025a0534c900e3dd4b5839, <5.15, 08a96864a45b65ee406a344c78dd761b2fd66887, <fbba600f432a360b42452fee79d1fb35d3aa8aeb, 5.15, 5.14.6, <413c62697b61226a236c8b1f5cd64dcf42bcc12f, f86bc4a1a401d3691bad41e67f9db0c2ea94da32, 5.16.19, <=5.16.*, <104074ebc0c3f358dd1ee944fbcde92c6e5a21dd, 5.10.110, 5.17.2, <=*, <=5.15.*, 5.13.19, <9525b8bcae8b99188990b56484799cf4b1b43786) est présent sur votre parc.
  • Appliquez le correctif ou la version corrigée indiqués dans les références de l'éditeur.
  • À défaut de correctif, limitez l'exposition (filtrage réseau, désactivation du composant).
  • Automatisez la détection : les agents CVE Heimdall (gratuits, open source) corrèlent l'inventaire de vos serveurs avec la base CVE.

Références