CVE-2026-68278

Vulnérabilité non évaluée dans Linux (Linux)

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, 6.12.101, 5.15.217, 0, ad7f8a1f9ced7f049f9b66d588723f243a7034cd, <=7.1.*, <=5.10.*, <=6.6.*, <1e5827839ad0ceb0079d1560c321fa3656b54f21, 6.18.42, 5.10.266, 7.1.6, <4d5109075a787de28c9e89940f9dee45269f91fa, 6.1.183, <ef0dbcc200c3389f1f781ab181932a97e54b51af, <=6.18.*, <d4e05dedb252ed3e540a0c9be511e427f098110a, <a6366b551079c79bf7bdbadd74c97358bcfe2d58, <55bd5e685bda455b9b50c835f8c8442d52a344a3, <ef2ecb6cf268debf3890df99fea01b6452dcf78e, <=*, <=5.15.*, <3.17, 3.17, 6.6.148, 7.2, <53937a2787d29c7a460e984dc4f20ff6ac91dc65

Description

In the Linux kernel, the following vulnerability has been resolved: drm/dp/mst: fix buffer overflows in sideband chunk accumulation drm_dp_sideband_append_payload() has three related bugs when processing device-provided sideband reply data: 1. Zero-length curchunk_len underflow: msg_len is a 6-bit field taken directly from the DP sideband header. If a device sends msg_len=0, curchunk_len is set to zero. The condition (curchunk_idx >= curchunk_len) is immediately true, and curchunk_len-1 wraps to 255 (u8 underflow). drm_dp_msg_data_crc4() reads 255 bytes from chunk[48], then memcpy() writes 255 bytes into msg[], both far out of bounds. 2. chunk[48] overflow: curchunk_len can reach 63 (6-bit field). chunk[] is only 48 bytes. Multi-iteration payload assembly appends 16-byte blocks until curchunk_idx reaches curchunk_len, writing up to 15 bytes past the end of chunk[] into msg[]. 3. msg[256] overflow: each chunk contributes (curchunk_len-1) bytes to msg[]. No check ensures curlen + (curchunk_len-1) stays within msg[256], so the memcpy can spill into adjacent struct fields. All three are reachable from any DP MST device that can forge sideband reply messages on a physical connection.

Gravité et risque d'exploitation

CVE-2026-68278 obtient un score CVSS de 0.0/10, soit une gravité non évaluée. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.24 %, ce qui la place devant 13.9 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, 6.12.101, 5.15.217, 0, ad7f8a1f9ced7f049f9b66d588723f243a7034cd, <=7.1.*, <=5.10.*, <=6.6.*, <1e5827839ad0ceb0079d1560c321fa3656b54f21, 6.18.42, 5.10.266, 7.1.6, <4d5109075a787de28c9e89940f9dee45269f91fa, 6.1.183, <ef0dbcc200c3389f1f781ab181932a97e54b51af, <=6.18.*, <d4e05dedb252ed3e540a0c9be511e427f098110a, <a6366b551079c79bf7bdbadd74c97358bcfe2d58, <55bd5e685bda455b9b50c835f8c8442d52a344a3, <ef2ecb6cf268debf3890df99fea01b6452dcf78e, <=*, <=5.15.*, <3.17, 3.17, 6.6.148, 7.2, <53937a2787d29c7a460e984dc4f20ff6ac91dc65) 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