CVE-2026-74492

Vulnérabilité élevée dans Linux (Linux)

CVSS 8.4 · Élevée
EPSS 0.1%
Linux•Linux•Versions : <=6.1.*, 7.2, <=6.12.*, 5dd9488ae41070b69d2f4acb580f77db5705f9ca, f66ee0410b1c3481ee75e5db9b34547b4d582465, 0, <77dbb248a5cc7a5270cd37bbb0b635bf059a872a, <=7.1.*, 5.15.216, 6.12.103, <f30415929be8aeb002d557c8d3f7ab2d2188003a, <f9d6cabff1fca010562dcdb0d22b296bdca3ba5a, 5.6, <=5.10.*, <=6.6.*, <6f13f4d52d06986c18f12e8bffaab944dd27ceab, 6.1.183, <5.5, <=6.18.*, a469bab3386aebff33c59506f3a95e35b91118fd, <16bfa7be2d76ca1e0aacfa363482e1bf8ab5042a, <5.6, <=*, 5.4.24, <=5.15.*, 7.1.8, 6.18.44, 6.6.151, 5.10.265, 5.5.8, <661ff9c0cfbe07f8eed920dde9f7781491738207, <c710e9bf38e4e71a8db85d26a0f70c0674664207, <4ae701848e4ba9e9713375fb7d82218cbd309da2

Description

In the Linux kernel, the following vulnerability has been resolved: netfilter: ipset: do not update comments from kernel-side hash adds mtype_resize() copies comment pointers with memcpy(), not the comment objects themselves. During the window after an entry has been copied but before the table swap and backlog replay, the old table is still published for packet-side updates while the replacement-table entry already holds the same ip_set_comment_rcu pointer. If xt_SET --add-set ... --exist hits that old entry in this window, mtype_add() calls ip_set_init_comment() even though packet-side adds carry no comment payload. That call frees the shared comment through the old entry, so the replacement-table entry now holds a stale pointer. When the queued add is replayed on the new table, mtype_add() calls ip_set_init_comment() again and strlen() dereferences the stale pointer. Fix this in mtype_add() by skipping ip_set_init_comment() when ext->target marks a packet-side add. Userspace adds still update comments, while packet-side adds can no longer free comment storage shared with a resize copy.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, 7.2, <=6.12.*, 5dd9488ae41070b69d2f4acb580f77db5705f9ca, f66ee0410b1c3481ee75e5db9b34547b4d582465, 0, <77dbb248a5cc7a5270cd37bbb0b635bf059a872a, <=7.1.*, 5.15.216, 6.12.103, <f30415929be8aeb002d557c8d3f7ab2d2188003a, <f9d6cabff1fca010562dcdb0d22b296bdca3ba5a, 5.6, <=5.10.*, <=6.6.*, <6f13f4d52d06986c18f12e8bffaab944dd27ceab, 6.1.183, <5.5, <=6.18.*, a469bab3386aebff33c59506f3a95e35b91118fd, <16bfa7be2d76ca1e0aacfa363482e1bf8ab5042a, <5.6, <=*, 5.4.24, <=5.15.*, 7.1.8, 6.18.44, 6.6.151, 5.10.265, 5.5.8, <661ff9c0cfbe07f8eed920dde9f7781491738207, <c710e9bf38e4e71a8db85d26a0f70c0674664207, <4ae701848e4ba9e9713375fb7d82218cbd309da2) 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