Heimdall Security Logo

CVE-2022-49625

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

CVSS 0.0 · Non évaluée
EPSS 0.3%
Linux•Linux•Versions : <4.2, 5.18.13, 0, <ada74c5539eba06cf8b47d068f92e0b3963a9a6e, 5.19, 5.15.56, 4.9.324, <=4.9.*, <=5.10.*, <82bcb730f856086f033e6c04082eb4503d4c2fa4, <=4.14.*, <=5.18.*, <=5.4.*, 4.19.253, <=4.19.*, d778819609a27efd5358da8151a0ad3507243e19, 5.10.132, <68e5f32f0de9594629ff9e599294d9801c6187de, 4.2, <d9840212a9c00507347c703f4fdeda16400407e0, <da346adcf5573fd8663cabfdfe8371009629a906, <b9072305270579a9d6afc9b926166231e5b1a7c8, <=*, <=5.15.*, <b82e4ad58a7fb72456503958a93060f87896e629, 5.4.207, <16662524ec5da801fb78a1afcaf6e782f1cf103a, 4.14.289

Description

In the Linux kernel, the following vulnerability has been resolved: sfc: fix kernel panic when creating VF When creating VFs a kernel panic can happen when calling to efx_ef10_try_update_nic_stats_vf. When releasing a DMA coherent buffer, sometimes, I don't know in what specific circumstances, it has to unmap memory with vunmap. It is disallowed to do that in IRQ context or with BH disabled. Otherwise, we hit this line in vunmap, causing the crash: BUG_ON(in_interrupt()); This patch reenables BH to release the buffer. Log messages when the bug is hit: kernel BUG at mm/vmalloc.c:2727! invalid opcode: 0000 [#1] PREEMPT SMP NOPTI CPU: 6 PID: 1462 Comm: NetworkManager Kdump: loaded Tainted: G I --------- --- 5.14.0-119.el9.x86_64 #1 Hardware name: Dell Inc. PowerEdge R740/06WXJT, BIOS 2.8.2 08/27/2020 RIP: 0010:vunmap+0x2e/0x30 ...skip... Call Trace: __iommu_dma_free+0x96/0x100 efx_nic_free_buffer+0x2b/0x40 [sfc] efx_ef10_try_update_nic_stats_vf+0x14a/0x1c0 [sfc] efx_ef10_update_stats_vf+0x18/0x40 [sfc] efx_start_all+0x15e/0x1d0 [sfc] efx_net_open+0x5a/0xe0 [sfc] __dev_open+0xe7/0x1a0 __dev_change_flags+0x1d7/0x240 dev_change_flags+0x21/0x60 ...skip...

Gravité et risque d'exploitation

CVE-2022-49625 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.29 %, ce qui la place devant 19.9 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <4.2, 5.18.13, 0, <ada74c5539eba06cf8b47d068f92e0b3963a9a6e, 5.19, 5.15.56, 4.9.324, <=4.9.*, <=5.10.*, <82bcb730f856086f033e6c04082eb4503d4c2fa4, <=4.14.*, <=5.18.*, <=5.4.*, 4.19.253, <=4.19.*, d778819609a27efd5358da8151a0ad3507243e19, 5.10.132, <68e5f32f0de9594629ff9e599294d9801c6187de, 4.2, <d9840212a9c00507347c703f4fdeda16400407e0, <da346adcf5573fd8663cabfdfe8371009629a906, <b9072305270579a9d6afc9b926166231e5b1a7c8, <=*, <=5.15.*, <b82e4ad58a7fb72456503958a93060f87896e629, 5.4.207, <16662524ec5da801fb78a1afcaf6e782f1cf103a, 4.14.289) 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