CVE-2026-97923

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, 7.2.7, <4924328d6991f25b65bb7c8ff5d56c2a9b254851, <222abcbe7866fef04563b6eb89fb21f627dcbc77, 6.18.53, 0, 656fe2ba85e81d00e4447bf77b8da2be3c47acb2, <608b7751926ec08fae6a1ac4e7308195da68c362, <4.20, 5.10.271, 6.6.158, <=5.10.*, <=6.6.*, 5.0, 6.1.189, <4870f9071c9ea3c1423a07741b85a794db30d672, <5.0, <=6.18.*, <a69baeac38677270656e85753d93856a076dee57, 5.15.222, 7.3, <=7.2.*, 4.19.100, <516001d53e6b2ea95a251ee2ef54a1a689a3fd58, <=*, 6.12.111, <=5.15.*, 836717841a30d7845cdf9cb806ee0ff3bfa7135a, <352f84a381e7b4651b30366e93cb858f3fa9c91a, <74375caa20fe5165807b4334c783d1790b01f02a

Description

In the Linux kernel, the following vulnerability has been resolved: tracing: Free histogram the var ref when its initialization fails create_var_ref() allocates a VAR_REF hist_field and then calls init_var_ref() to fill it in. When that fails the field is leaked. commit 656fe2ba85e8 ("tracing: Use hist trigger's var_ref array to destroy var_refs") made destroy_hist_field() return early for HIST_FIELD_FL_VAR_REF, since var refs are freed by walking the trigger's var_refs[] array instead. create_var_ref() adds the field to that array only after init_var_ref() has succeeded, so on this path the field is in neither place and nothing frees it. The call was correct when it was written, before var refs were taken out of destroy_hist_field(). init_var_ref() cannot free it either. The caller owns the field, so init_var_ref() undoes only its own string allocations and leaves the field alone. Freeing it there would leave create_var_ref() passing freed memory to destroy_hist_field(), which reads its flags. Call __destroy_hist_field(), which frees the field without consulting the flag.

Gravité et risque d'exploitation

CVE-2026-97923 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 <=6.1.*, <=6.12.*, 7.2.7, <4924328d6991f25b65bb7c8ff5d56c2a9b254851, <222abcbe7866fef04563b6eb89fb21f627dcbc77, 6.18.53, 0, 656fe2ba85e81d00e4447bf77b8da2be3c47acb2, <608b7751926ec08fae6a1ac4e7308195da68c362, <4.20, 5.10.271, 6.6.158, <=5.10.*, <=6.6.*, 5.0, 6.1.189, <4870f9071c9ea3c1423a07741b85a794db30d672, <5.0, <=6.18.*, <a69baeac38677270656e85753d93856a076dee57, 5.15.222, 7.3, <=7.2.*, 4.19.100, <516001d53e6b2ea95a251ee2ef54a1a689a3fd58, <=*, 6.12.111, <=5.15.*, 836717841a30d7845cdf9cb806ee0ff3bfa7135a, <352f84a381e7b4651b30366e93cb858f3fa9c91a, <74375caa20fe5165807b4334c783d1790b01f02a) 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