CVE-2026-97597

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <2f1a6dd5c80ceb902f50449efe899f29cd7918e3, <2.6.12, 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, <=*, <=6.12.*, <467467bf4209f9f8add0c648bae763f92a0224c3, 7.2.7, 2.6.12, <6d917992c22b6029fc2dc1bd464b7f6709357161, 6.12.112, <=6.18.*, <8d6cd188508513503805c156165de38e4e4a8615, 6.18.53, 0, <=7.2.*, 7.3

Description

In the Linux kernel, the following vulnerability has been resolved: ipv6: flowlabel: cap duplicate leases per socket ipv6_flowlabel_get() allocates an ipv6_fl_socklist entry for every successful GET. The recheck path for a compatible existing flowlabel links another lease without applying any lease admission check. Repeated GET requests for one shareable label can therefore grow a socket's lease list without bound. Reject a new unprivileged lease once the socket already holds FL_MAX_PER_SOCK leases. Check this on the shared recheck path so reuse of a globally interned label, including the fl_intern() collision path, is covered as well. New-label admission remains under the existing mem_check() policy. Use capable(CAP_NET_ADMIN) rather than ns_capable(), matching mem_check(). An unprivileged user must not bypass the cap by creating a user namespace and a netns where they have CAP_NET_ADMIN, which would still consume host memory. Check the capability only when the socket reaches the limit, so successful unprivileged GET requests below the cap do not generate a capability audit. Do the admission check before updating linger and expires so a rejected GET does not refresh the shared label, matching the existing socket-list allocation failure path.

Gravité et risque d'exploitation

CVE-2026-97597 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.5 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <2f1a6dd5c80ceb902f50449efe899f29cd7918e3, <2.6.12, 1da177e4c3f41524e886b7f1b8a0c1fc7321cac2, <=*, <=6.12.*, <467467bf4209f9f8add0c648bae763f92a0224c3, 7.2.7, 2.6.12, <6d917992c22b6029fc2dc1bd464b7f6709357161, 6.12.112, <=6.18.*, <8d6cd188508513503805c156165de38e4e4a8615, 6.18.53, 0, <=7.2.*, 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