CVE-2026-72117

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <4b97410f4bba18d2ee2784c8e089104f387bc27c, <=6.1.*, 7.1.5, <=6.12.*, 7.2, <c312b750bb5ac3348cfc85dab25e90937bd4d251, 6.12.101, 0, <5f246b96ab47523ec9b8ea870b5c567a3cb1eb1c, <=7.1.*, 5.15.216, <=5.10.*, <=6.6.*, <58fd6cbc8541216af1d7ed272ea7ac2b66d50fd8, 6.18.42, 6.1.183, <136de17f38630307991c59aa7080012a99451783, <=6.18.*, ffd980f976e7fd666c2e61bf8ab35107efd11828, 2.6.25, <2.6.25, <=*, <=5.15.*, <b64f60c468d149aca22ea56bb842b9730215aaa5, <656ff69ef235699035e57d9e1ae417e62a38aa7f, 5.10.265, 6.6.148, <c8a5d7cb095d3b12bd9dcf752d6ca0ff50872ac5

Description

In the Linux kernel, the following vulnerability has been resolved: can: bcm: fix data race on rx_stamp/rx_ifindex in bcm_rx_handler() For an rx op subscribed on all interfaces (ifindex == 0), the same op is registered once in the shared per-netns wildcard filter list, so bcm_rx_handler() can run concurrently on different CPUs for frames arriving on different net devices. op->rx_stamp and op->rx_ifindex were written before bcm_rx_update_lock was taken, allowing concurrent writers to race each other - including a torn store of the 64-bit rx_stamp on 32-bit platforms. Beyond a torn store bcm_send_to_user() must report the timestamp/ifindex of the very same frame whose content it is delivering. So the assignment is placed in the same unbroken bcm_rx_update_lock section as the content comparison. As a side effect, the RTR-request frame feature (which never reach bcm_send_to_user()) no longer updates rx_stamp/rx_ifindex, since only the notification path needs them.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <4b97410f4bba18d2ee2784c8e089104f387bc27c, <=6.1.*, 7.1.5, <=6.12.*, 7.2, <c312b750bb5ac3348cfc85dab25e90937bd4d251, 6.12.101, 0, <5f246b96ab47523ec9b8ea870b5c567a3cb1eb1c, <=7.1.*, 5.15.216, <=5.10.*, <=6.6.*, <58fd6cbc8541216af1d7ed272ea7ac2b66d50fd8, 6.18.42, 6.1.183, <136de17f38630307991c59aa7080012a99451783, <=6.18.*, ffd980f976e7fd666c2e61bf8ab35107efd11828, 2.6.25, <2.6.25, <=*, <=5.15.*, <b64f60c468d149aca22ea56bb842b9730215aaa5, <656ff69ef235699035e57d9e1ae417e62a38aa7f, 5.10.265, 6.6.148, <c8a5d7cb095d3b12bd9dcf752d6ca0ff50872ac5) 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