CVE-2026-74696

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

CVSS 7.5 · Élevée
EPSS 0.5%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, 6.6.152, 0, <a66e869cf0c90c1e47ae75f72b6482acbfc808ff, <=7.1.*, <5.14, 5.15.216, <585fc5247d14939a561056aa2addd9b7c2b1f670, <e98f0d80b9cccb5f828425d2004f9686e7d1ae24, <=6.6.*, 5.14, 7.1.9, 6.1.183, <=6.18.*, 6.12.104, <a0ab2ba83e35159d81cec830a92e885ecf8139be, 6.18.45, <=*, 54b92e84193749c9968aff2dd46e3b0f42643e18, <=5.15.*, <d974618b2097453778389d385e3741629c40e0a3, 7.2, <6e10ee56524a26b250229ad348637825646ddb88, <b6247e0f96bd825ffb2005257f6177b5e642dee6

Description

In the Linux kernel, the following vulnerability has been resolved: tcp: fix TFO max_qlen accounting across reuseport migration A listener's TCP_FASTOPEN max_qlen stops being accurate and lets through far more pending Fast Open requests than it was configured for. This only shows up with SO_REUSEPORT listener migration, where closing a listener hands its still-pending TFO children over to a surviving one. fastopenq.qlen is charged in tcp_fastopen_create_child() when the child is created and uncharged in reqsk_fastopen_remove() when the handshake completes. The uncharge follows rsk_listener of the request the child points at, and inet_reqsk_clone() has repointed the child at a new request owned by the new listener, so the ++ and the -- land on two different sockets. The new listener's qlen drifts negative and its limit no longer binds. Charge the new listener during migration, like reqsk_queue_migrated() already does for queue->young and queue->qlen.

Gravité et risque d'exploitation

CVE-2026-74696 obtient un score CVSS de 7.5/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.49 %, ce qui la place devant 40.8 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, 6.6.152, 0, <a66e869cf0c90c1e47ae75f72b6482acbfc808ff, <=7.1.*, <5.14, 5.15.216, <585fc5247d14939a561056aa2addd9b7c2b1f670, <e98f0d80b9cccb5f828425d2004f9686e7d1ae24, <=6.6.*, 5.14, 7.1.9, 6.1.183, <=6.18.*, 6.12.104, <a0ab2ba83e35159d81cec830a92e885ecf8139be, 6.18.45, <=*, 54b92e84193749c9968aff2dd46e3b0f42643e18, <=5.15.*, <d974618b2097453778389d385e3741629c40e0a3, 7.2, <6e10ee56524a26b250229ad348637825646ddb88, <b6247e0f96bd825ffb2005257f6177b5e642dee6) 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