CVE-2023-52617

Vulnérabilité moyenne dans Linux (Linux)

CVSS 4.4 · Moyenne
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <0233b836312e39a3c763fb53512b3fa455b473b3, 0, 6.1.77, 6.8, <ff1c7e2fb9e9c3f53715fbe04d3ac47b80be7eb8, <e129c7fa7070fbce57feb0bfc5eaa65eef44b693, <=5.10.*, <=6.6.*, 5.0, <4a5d0528cf19dbf060313dffbe047bc11c90c24c, 5.15.149, <=5.4.*, <5.0, 6.6.16, 6.7.4, 5.4.269, 5.10.210, <=*, <=5.15.*, <=6.7.*, <d8c293549946ee5078ed0ab77793cec365559355, <1d83c85922647758c1f1e4806a4c5c3cf591a20a, f7eb7b8a4f72b0d9dea69b09f58185ffab97fd35, <df25461119d987b8c81d232cfe4411e91dcabe66

Description

In the Linux kernel, the following vulnerability has been resolved: PCI: switchtec: Fix stdev_release() crash after surprise hot remove A PCI device hot removal may occur while stdev->cdev is held open. The call to stdev_release() then happens during close or exit, at a point way past switchtec_pci_remove(). Otherwise the last ref would vanish with the trailing put_device(), just before return. At that later point in time, the devm cleanup has already removed the stdev->mmio_mrpc mapping. Also, the stdev->pdev reference was not a counted one. Therefore, in DMA mode, the iowrite32() in stdev_release() will cause a fatal page fault, and the subsequent dma_free_coherent(), if reached, would pass a stale &stdev->pdev->dev pointer. Fix by moving MRPC DMA shutdown into switchtec_pci_remove(), after stdev_kill(). Counting the stdev->pdev ref is now optional, but may prevent future accidents. Reproducible via the script at https://lore.kernel.org/r/20231113212150.96410-1-dns@arista.com

Gravité et risque d'exploitation

CVE-2023-52617 obtient un score CVSS de 4.4/10, soit une gravité moyenne. 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 13.8 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <0233b836312e39a3c763fb53512b3fa455b473b3, 0, 6.1.77, 6.8, <ff1c7e2fb9e9c3f53715fbe04d3ac47b80be7eb8, <e129c7fa7070fbce57feb0bfc5eaa65eef44b693, <=5.10.*, <=6.6.*, 5.0, <4a5d0528cf19dbf060313dffbe047bc11c90c24c, 5.15.149, <=5.4.*, <5.0, 6.6.16, 6.7.4, 5.4.269, 5.10.210, <=*, <=5.15.*, <=6.7.*, <d8c293549946ee5078ed0ab77793cec365559355, <1d83c85922647758c1f1e4806a4c5c3cf591a20a, f7eb7b8a4f72b0d9dea69b09f58185ffab97fd35, <df25461119d987b8c81d232cfe4411e91dcabe66) 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