CVE-2024-47748

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

CVSS 7.8 · Élevée
EPSS 0.2%
Linux•Linux•Versions : 6.12, <=6.1.*, <=6.11.*, 6.10.13, <fae9b1776f53aab93ab345bdbf653b991aed717d, 0, <0c170b1e918b9afac25e2bbd01eaa2bfc0ece8c0, <ca64edd7ae93402af2596a952e0d94d545e2b9c0, <7cf2fb51175cafe01df8c43fa15a06194a59c6e2, <ec5f1b54ceb23475049ada6e7a43452cf4df88d1, <02e9e9366fefe461719da5d173385b6685f70319, <=5.10.*, <=6.6.*, 6.6.54, 5.9, 6.1.113, <5.9, <927a2580208e0f9b0b47b08f1c802b7233a7ba3c, <=*, <=5.15.*, 2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60, 5.10.227, 5.15.168, 6.11.2, <=6.10.*

Description

In the Linux kernel, the following vulnerability has been resolved: vhost_vdpa: assign irq bypass producer token correctly We used to call irq_bypass_unregister_producer() in vhost_vdpa_setup_vq_irq() which is problematic as we don't know if the token pointer is still valid or not. Actually, we use the eventfd_ctx as the token so the life cycle of the token should be bound to the VHOST_SET_VRING_CALL instead of vhost_vdpa_setup_vq_irq() which could be called by set_status(). Fixing this by setting up irq bypass producer's token when handling VHOST_SET_VRING_CALL and un-registering the producer before calling vhost_vring_ioctl() to prevent a possible use after free as eventfd could have been released in vhost_vring_ioctl(). And such registering and unregistering will only be done if DRIVER_OK is set.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions 6.12, <=6.1.*, <=6.11.*, 6.10.13, <fae9b1776f53aab93ab345bdbf653b991aed717d, 0, <0c170b1e918b9afac25e2bbd01eaa2bfc0ece8c0, <ca64edd7ae93402af2596a952e0d94d545e2b9c0, <7cf2fb51175cafe01df8c43fa15a06194a59c6e2, <ec5f1b54ceb23475049ada6e7a43452cf4df88d1, <02e9e9366fefe461719da5d173385b6685f70319, <=5.10.*, <=6.6.*, 6.6.54, 5.9, 6.1.113, <5.9, <927a2580208e0f9b0b47b08f1c802b7233a7ba3c, <=*, <=5.15.*, 2cf1ba9a4d15cb78b96ea97f727b93382c3f9a60, 5.10.227, 5.15.168, 6.11.2, <=6.10.*) 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