CVE-2024-26885

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

CVSS 7.8 · Élevée
EPSS 0.3%
Linux•Linux•Versions : 6.9, <edf7990baa48de5097daa9ac02e06cb4c798a737, <=6.1.*, <22079b3a423382335f47d9ed32114e6c9fe88d7c, 5.4, 5.4.285, 0, 6.1.83, 6.7.11, <c826502bed93970f2fd488918a7b8d5f1d30e2e3, 5.15.153, 6f9d451ab1a33728adb72d7ff66a7b374d665176, <4b81a9f92b3676cb74b907a7a209b3d15bd9a7f9, <=5.10.*, <=6.6.*, 6.8.2, <=5.4.*, <e89386f62ce9a9ab9a94835a9890883c23d9d52c, <281d464a34f540de166cee74b723e97ac2515ec3, <=6.8.*, 6.6.23, <5.4, <=*, <=5.15.*, <=6.7.*, <1f5e352b9088211fa5eb4e1639cd365f4f7d2f65, 5.10.227, <250051acc21f9d4c5c595e4fcb55986ea08c4691

Description

In the Linux kernel, the following vulnerability has been resolved: bpf: Fix DEVMAP_HASH overflow check on 32-bit arches The devmap code allocates a number hash buckets equal to the next power of two of the max_entries value provided when creating the map. When rounding up to the next power of two, the 32-bit variable storing the number of buckets can overflow, and the code checks for overflow by checking if the truncated 32-bit value is equal to 0. However, on 32-bit arches the rounding up itself can overflow mid-way through, because it ends up doing a left-shift of 32 bits on an unsigned long value. If the size of an unsigned long is four bytes, this is undefined behaviour, so there is no guarantee that we'll end up with a nice and tidy 0-value at the end. Syzbot managed to turn this into a crash on arm32 by creating a DEVMAP_HASH with max_entries > 0x80000000 and then trying to update it. Fix this by moving the overflow check to before the rounding up operation.

Gravité et risque d'exploitation

CVE-2024-26885 obtient un score CVSS de 7.8/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.25 %, ce qui la place devant 15.3 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions 6.9, <edf7990baa48de5097daa9ac02e06cb4c798a737, <=6.1.*, <22079b3a423382335f47d9ed32114e6c9fe88d7c, 5.4, 5.4.285, 0, 6.1.83, 6.7.11, <c826502bed93970f2fd488918a7b8d5f1d30e2e3, 5.15.153, 6f9d451ab1a33728adb72d7ff66a7b374d665176, <4b81a9f92b3676cb74b907a7a209b3d15bd9a7f9, <=5.10.*, <=6.6.*, 6.8.2, <=5.4.*, <e89386f62ce9a9ab9a94835a9890883c23d9d52c, <281d464a34f540de166cee74b723e97ac2515ec3, <=6.8.*, 6.6.23, <5.4, <=*, <=5.15.*, <=6.7.*, <1f5e352b9088211fa5eb4e1639cd365f4f7d2f65, 5.10.227, <250051acc21f9d4c5c595e4fcb55986ea08c4691) 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