Heimdall Security Logo

CVE-2024-56719

Vulnérabilité critique dans Linux (Linux)

CVSS 10.0 · Critique
EPSS 0.5%
Linux•Linux•Versions : <9d5dd7ccea1b46a9a7c6b3c2b9e5ed8864e185e2, 6.12, <=6.1.*, 6.11.7, 6.13, <4c49f38e20a57f8abaebdf95b369295b153d1f8e, <05968b6dd0ffc65d7386608b11a11fb4fdfc9f36, 6.1.116, 6.6.60, <=6.12.*, <6.6.68, a3ff23f7c3f0e13f718900803e090fd3997d6bc9, 0, 5.15.209, ece593fc9c00741b682869d3f3dc584d37b7c9df, <6abcdc9a73274052a9e96a1926994ecf9aedad82, <=6.6.*, <6.12, 6.12.7, <6.1.167, 07c9c26e37542486e34d767505e842f48f29c3f6, 6.1.167, 58d23d835eb498336716cca55b5714191a309286, <=*, <5.15.209, 5.15.171, <=5.15.*, 6.6.68, <db3667c9bbfbbf5de98e6c9542f7e03fb5243286, 66600fac7a984dea4ae095411f644770b2561ede

Description

In the Linux kernel, the following vulnerability has been resolved: net: stmmac: fix TSO DMA API usage causing oops Commit 66600fac7a98 ("net: stmmac: TSO: Fix unbalanced DMA map/unmap for non-paged SKB data") moved the assignment of tx_skbuff_dma[]'s members to be later in stmmac_tso_xmit(). The buf (dma cookie) and len stored in this structure are passed to dma_unmap_single() by stmmac_tx_clean(). The DMA API requires that the dma cookie passed to dma_unmap_single() is the same as the value returned from dma_map_single(). However, by moving the assignment later, this is not the case when priv->dma_cap.addr64 > 32 as "des" is offset by proto_hdr_len. This causes problems such as: dwc-eth-dwmac 2490000.ethernet eth0: Tx DMA map failed and with DMA_API_DEBUG enabled: DMA-API: dwc-eth-dwmac 2490000.ethernet: device driver tries to +free DMA memory it has not allocated [device address=0x000000ffffcf65c0] [size=66 bytes] Fix this by maintaining "des" as the original DMA cookie, and use tso_des to pass the offset DMA cookie to stmmac_tso_allocator(). Full details of the crashes can be found at: https://lore.kernel.org/all/d8112193-0386-4e14-b516-37c2d838171a@nvidia.com/ https://lore.kernel.org/all/klkzp5yn5kq5efgtrow6wbvnc46bcqfxs65nz3qy77ujr5turc@bwwhelz2l4dw/

Gravité et risque d'exploitation

CVE-2024-56719 obtient un score CVSS de 10.0/10, soit une gravité critique. Selon le modèle EPSS, la probabilité qu'elle soit exploitée dans les 30 prochains jours est de 0.54 %, ce qui la place devant 44.4 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <9d5dd7ccea1b46a9a7c6b3c2b9e5ed8864e185e2, 6.12, <=6.1.*, 6.11.7, 6.13, <4c49f38e20a57f8abaebdf95b369295b153d1f8e, <05968b6dd0ffc65d7386608b11a11fb4fdfc9f36, 6.1.116, 6.6.60, <=6.12.*, <6.6.68, a3ff23f7c3f0e13f718900803e090fd3997d6bc9, 0, 5.15.209, ece593fc9c00741b682869d3f3dc584d37b7c9df, <6abcdc9a73274052a9e96a1926994ecf9aedad82, <=6.6.*, <6.12, 6.12.7, <6.1.167, 07c9c26e37542486e34d767505e842f48f29c3f6, 6.1.167, 58d23d835eb498336716cca55b5714191a309286, <=*, <5.15.209, 5.15.171, <=5.15.*, 6.6.68, <db3667c9bbfbbf5de98e6c9542f7e03fb5243286, 66600fac7a984dea4ae095411f644770b2561ede) 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