CVE-2024-53172

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

CVSS 0.0 · Non évaluée
EPSS 0.3%
Linux•Linux•Versions : 6.13, <b1ee0aa4945c49cbbd779da81040fcec4de80fd1, <=6.1.*, <ef52b7191ac41e68b1bf070d00c5b04ed16e4920, <=6.12.*, <7402c4bcb8a3f0d2ef4e687cd45c76be489cf509, <=6.11.*, <6afdcb285794e75d2c8995e3a44f523c176cc2de, 0, <4.1, 6.1.120, 5.10.231, 5.15.174, 6.12.2, 6.6.64, <04c0b0f37617099479c34e207c5550d081f585a6, <612824dd0c9465ef365ace38b056c663d110956d, <=5.10.*, <=6.6.*, <bcddf52b7a17adcebc768d26f4e27cf79adb424c, d2158f69a7d469c21c37f7028c18aa8c54707de3, <=5.4.*, <871c148f8e0c32e505df9393ba4a303c3c3fe988, 6.11.11, <=4.19.*, 4.1, <=*, <=5.15.*, 5.4.287, <3d8558135cd56a2a8052024be4073e160f36658c, 4.19.325

Description

In the Linux kernel, the following vulnerability has been resolved: ubi: fastmap: Fix duplicate slab cache names while attaching Since commit 4c39529663b9 ("slab: Warn on duplicate cache names when DEBUG_VM=y"), the duplicate slab cache names can be detected and a kernel WARNING is thrown out. In UBI fast attaching process, alloc_ai() could be invoked twice with the same slab cache name 'ubi_aeb_slab_cache', which will trigger following warning messages: kmem_cache of name 'ubi_aeb_slab_cache' already exists WARNING: CPU: 0 PID: 7519 at mm/slab_common.c:107 __kmem_cache_create_args+0x100/0x5f0 Modules linked in: ubi(+) nandsim [last unloaded: nandsim] CPU: 0 UID: 0 PID: 7519 Comm: modprobe Tainted: G 6.12.0-rc2 RIP: 0010:__kmem_cache_create_args+0x100/0x5f0 Call Trace: __kmem_cache_create_args+0x100/0x5f0 alloc_ai+0x295/0x3f0 [ubi] ubi_attach+0x3c3/0xcc0 [ubi] ubi_attach_mtd_dev+0x17cf/0x3fa0 [ubi] ubi_init+0x3fb/0x800 [ubi] do_init_module+0x265/0x7d0 __x64_sys_finit_module+0x7a/0xc0 The problem could be easily reproduced by loading UBI device by fastmap with CONFIG_DEBUG_VM=y. Fix it by using different slab names for alloc_ai() callers.

Gravité et risque d'exploitation

CVE-2024-53172 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.25 %, ce qui la place devant 15.2 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions 6.13, <b1ee0aa4945c49cbbd779da81040fcec4de80fd1, <=6.1.*, <ef52b7191ac41e68b1bf070d00c5b04ed16e4920, <=6.12.*, <7402c4bcb8a3f0d2ef4e687cd45c76be489cf509, <=6.11.*, <6afdcb285794e75d2c8995e3a44f523c176cc2de, 0, <4.1, 6.1.120, 5.10.231, 5.15.174, 6.12.2, 6.6.64, <04c0b0f37617099479c34e207c5550d081f585a6, <612824dd0c9465ef365ace38b056c663d110956d, <=5.10.*, <=6.6.*, <bcddf52b7a17adcebc768d26f4e27cf79adb424c, d2158f69a7d469c21c37f7028c18aa8c54707de3, <=5.4.*, <871c148f8e0c32e505df9393ba4a303c3c3fe988, 6.11.11, <=4.19.*, 4.1, <=*, <=5.15.*, 5.4.287, <3d8558135cd56a2a8052024be4073e160f36658c, 4.19.325) 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