Heimdall Security Logo

CVE-2023-52449

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, 5.15.148, <001a3f59d8c914ef8273461d4bf495df384cc5f8, <1bf4fe14e97cda621522eb2f28b0a4e87c5b0745, 0, 6.6.14, 6.8, 6.1.75, 5.4.268, <=5.10.*, <=6.6.*, <2.6.31, <=5.4.*, 2ba3d76a1e29f2ba64fbc762875cf9fb2d4ba2ba, <d8ac2537763b54d278b80b2b080e1652523c7d4c, <=4.19.*, <a43bdc376deab5fff1ceb93dca55bcab8dbdc1d6, 2.6.31, 6.7.2, <cfd7c9d260dc0a3baaea05a122a19ab91e193c65, <=*, <=5.15.*, 5.10.209, <=6.7.*, <b36aaa64d58aaa2f2cbc8275e89bae76a2b6c3dc, <5389407bba1eab1266c6d83e226fb0840cb98dd5, 4.19.306, <aeba358bcc8ffddf9b4a9bd0e5ec9eb338d46022

Description

In the Linux kernel, the following vulnerability has been resolved: mtd: Fix gluebi NULL pointer dereference caused by ftl notifier If both ftl.ko and gluebi.ko are loaded, the notifier of ftl triggers NULL pointer dereference when trying to access ‘gluebi->desc’ in gluebi_read(). ubi_gluebi_init ubi_register_volume_notifier ubi_enumerate_volumes ubi_notify_all gluebi_notify nb->notifier_call() gluebi_create mtd_device_register mtd_device_parse_register add_mtd_device blktrans_notify_add not->add() ftl_add_mtd tr->add_mtd() scan_header mtd_read mtd_read_oob mtd_read_oob_std gluebi_read mtd->read() gluebi->desc - NULL Detailed reproduction information available at the Link [1], In the normal case, obtain gluebi->desc in the gluebi_get_device(), and access gluebi->desc in the gluebi_read(). However, gluebi_get_device() is not executed in advance in the ftl_add_mtd() process, which leads to NULL pointer dereference. The solution for the gluebi module is to run jffs2 on the UBI volume without considering working with ftl or mtdblock [2]. Therefore, this problem can be avoided by preventing gluebi from creating the mtdblock device after creating mtd partition of the type MTD_UBIVOLUME.

Gravité et risque d'exploitation

CVE-2023-52449 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.24 %, ce qui la place devant 14.4 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, 5.15.148, <001a3f59d8c914ef8273461d4bf495df384cc5f8, <1bf4fe14e97cda621522eb2f28b0a4e87c5b0745, 0, 6.6.14, 6.8, 6.1.75, 5.4.268, <=5.10.*, <=6.6.*, <2.6.31, <=5.4.*, 2ba3d76a1e29f2ba64fbc762875cf9fb2d4ba2ba, <d8ac2537763b54d278b80b2b080e1652523c7d4c, <=4.19.*, <a43bdc376deab5fff1ceb93dca55bcab8dbdc1d6, 2.6.31, 6.7.2, <cfd7c9d260dc0a3baaea05a122a19ab91e193c65, <=*, <=5.15.*, 5.10.209, <=6.7.*, <b36aaa64d58aaa2f2cbc8275e89bae76a2b6c3dc, <5389407bba1eab1266c6d83e226fb0840cb98dd5, 4.19.306, <aeba358bcc8ffddf9b4a9bd0e5ec9eb338d46022) 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

Rechercher une autre CVE