CVE-2026-90075

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <d315ee8a07fd1810880227319cf60e6cd925ef22, <=6.12.*, 5.15.221, 5.10.270, 0, 6.1.188, 6.18.52, 3.5, <324f86806673ae4a55f66d28db84577f46f615e1, <=5.10.*, <=6.6.*, 6.6.157, 4b549a2ef4bef9965d97cbd992ba67930cd3e0fe, 7.2.6, <d9ebd8f9aa8b2773235889cb903fafd61f2d8585, <9f499e5827fdb6d7fdb46a7ce731852f6b1a1bb9, <3.5, <=6.18.*, <3782067ec0d485628b6f1f9ede3eeeb4f611fcf2, 6.12.110, <=7.2.*, <dfb4b61db886917244284b18b44b23d2254b82c2, <=*, <=5.15.*, <397e2b1f71d9f15b8b4e47d24eb620e4dff8878d, <a9a5b2943a00df2ab81a2209f31dd9e87016f120, 7.3

Description

In the Linux kernel, the following vulnerability has been resolved: net/sched: fq_codel: clamp default quantum and mtu fq_codel_init() sets q->quantum = psched_mtu(qdisc_dev(sch)) without clamping. A device with a huge MTU (e.g. dummy with max_mtu == 0 accepting MTU 2147483634) makes psched_mtu() return 0x80000000, which overflows the signed flow->deficit to INT_MIN in fq_codel_dequeue(), causing an infinite loop and soft lockup. Emulate fq_codel_change() and constrain to [256, FQ_CODEL_QUANTUM_MAX]. The same unclamped psched_mtu() is assigned to q->cparams.mtu a bit below, and fq_codel_change() never updates it. codel_should_drop() tests "*backlog <= params->mtu"; with mtu == 0x80000000 (~2 GiB) and the default 32 MiB memory_limit, the test is always true, so CoDel is silently and completely disabled (no drops, no ECN). Declare a single clamped mtu and assign both q->quantum and q->cparams.mtu from it, which also removes the double psched_mtu() call. Conditions to recreate the bug: a device whose MTU (plus hard_header_len) wraps psched_mtu() into the sign bit (e.g. a dummy device with max_mtu == 0 accepting MTU 2147483634). Requires CAP_NET_ADMIN in a user namespace.

Gravité et risque d'exploitation

CVE-2026-90075 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.21 %, ce qui la place devant 10.7 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <d315ee8a07fd1810880227319cf60e6cd925ef22, <=6.12.*, 5.15.221, 5.10.270, 0, 6.1.188, 6.18.52, 3.5, <324f86806673ae4a55f66d28db84577f46f615e1, <=5.10.*, <=6.6.*, 6.6.157, 4b549a2ef4bef9965d97cbd992ba67930cd3e0fe, 7.2.6, <d9ebd8f9aa8b2773235889cb903fafd61f2d8585, <9f499e5827fdb6d7fdb46a7ce731852f6b1a1bb9, <3.5, <=6.18.*, <3782067ec0d485628b6f1f9ede3eeeb4f611fcf2, 6.12.110, <=7.2.*, <dfb4b61db886917244284b18b44b23d2254b82c2, <=*, <=5.15.*, <397e2b1f71d9f15b8b4e47d24eb620e4dff8878d, <a9a5b2943a00df2ab81a2209f31dd9e87016f120, 7.3) 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