CVE-2024-46750

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

CVSS 7.8 · Élevée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <a4e772898f8bf2e7e1cf661a12c60a5612c4afab, <7253b4fed46471cc247c6cacefac890a8472c083, 0, 3.12, <e2355d513b89a2cb511b4ded0deb426cdb01acd0, 5.15.167, 090a3c5322e900f468b3205b76d0837003ad57b2, 6.10.10, <=5.10.*, <=6.6.*, 5.10.226, <=5.4.*, <=4.19.*, 6.1.110, <df77a678c33871a6e4ac5b54a71662f1d702335b, 5.4.284, <0790b89c7e911003b8c50ae50e3ac7645de1fae9, <78c6e39fef5c428960aff742149bba302dd46f5a, <3.12, 6.11, 4.19.322, <=*, <=5.15.*, 6.6.51, <=6.10.*, <81c68e218ab883dfa368460a59b674084c0240da, <04e85a3285b0e5c5af6fd2c0fd6e95ffecc01945

Description

In the Linux kernel, the following vulnerability has been resolved: PCI: Add missing bridge lock to pci_bus_lock() One of the true positives that the cfg_access_lock lockdep effort identified is this sequence: WARNING: CPU: 14 PID: 1 at drivers/pci/pci.c:4886 pci_bridge_secondary_bus_reset+0x5d/0x70 RIP: 0010:pci_bridge_secondary_bus_reset+0x5d/0x70 Call Trace: <TASK> ? __warn+0x8c/0x190 ? pci_bridge_secondary_bus_reset+0x5d/0x70 ? report_bug+0x1f8/0x200 ? handle_bug+0x3c/0x70 ? exc_invalid_op+0x18/0x70 ? asm_exc_invalid_op+0x1a/0x20 ? pci_bridge_secondary_bus_reset+0x5d/0x70 pci_reset_bus+0x1d8/0x270 vmd_probe+0x778/0xa10 pci_device_probe+0x95/0x120 Where pci_reset_bus() users are triggering unlocked secondary bus resets. Ironically pci_bus_reset(), several calls down from pci_reset_bus(), uses pci_bus_lock() before issuing the reset which locks everything *but* the bridge itself. For the same motivation as adding: bridge = pci_upstream_bridge(dev); if (bridge) pci_dev_lock(bridge); to pci_reset_function() for the "bus" and "cxl_bus" reset cases, add pci_dev_lock() for @bus->self to pci_bus_lock(). [bhelgaas: squash in recursive locking deadlock fix from Keith Busch: https://lore.kernel.org/r/20240711193650.701834-1-kbusch@meta.com]

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <a4e772898f8bf2e7e1cf661a12c60a5612c4afab, <7253b4fed46471cc247c6cacefac890a8472c083, 0, 3.12, <e2355d513b89a2cb511b4ded0deb426cdb01acd0, 5.15.167, 090a3c5322e900f468b3205b76d0837003ad57b2, 6.10.10, <=5.10.*, <=6.6.*, 5.10.226, <=5.4.*, <=4.19.*, 6.1.110, <df77a678c33871a6e4ac5b54a71662f1d702335b, 5.4.284, <0790b89c7e911003b8c50ae50e3ac7645de1fae9, <78c6e39fef5c428960aff742149bba302dd46f5a, <3.12, 6.11, 4.19.322, <=*, <=5.15.*, 6.6.51, <=6.10.*, <81c68e218ab883dfa368460a59b674084c0240da, <04e85a3285b0e5c5af6fd2c0fd6e95ffecc01945) 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