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]
CVSS
7.8 HIGH (v3.1, CNA)CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
from 090a3c5322e900f468b3205b76d0837003ad57b2 before 0790b89c7e911003b8c50ae50e3ac7645de1fae9; from 090a3c5322e900f468b3205b76d0837003ad57b2 before df77a678c33871a6e4ac5b54a71662f1d702335b; from 090a3c5322e900f468b3205b76d0837003ad57b2 before e2355d513b89a2cb511b4ded0deb426cdb01acd0; 090a3c5322e900f468b3205b76d0837003ad57b2 builds before 04e85a3285b0e5c5af6fd2c0fd6e95ffecc01945; from 090a3c5322e900f468b3205b76d0837003ad57b2 before 7253b4fed46471cc247c6cacefac890a8472c083; 090a3c5322e900f468b3205b76d0837003ad57b2 builds before 78c6e39fef5c428960aff742149bba302dd46f5a; 090a3c5322e900f468b3205b76d0837003ad57b2 builds before 81c68e218ab883dfa368460a59b674084c0240da; from 090a3c5322e900f468b3205b76d0837003ad57b2 before a4e772898f8bf2e7e1cf661a12c60a5612c4afab
before 4.19.322; from 4.20 before 5.4.284; from 5.5 before 5.10.226; from 5.11 before 5.15.167; from 5.16 before 6.1.110; from 6.2 before 6.6.51; from 6.7 before 6.10.10
The CVE record is authoritative. Products marked “from the name” were identified from the CNA's free-text names, not a CPE, and are matched less certainly. This product uses the NVD API but is not endorsed or certified by the NVD.
Printed from infosecsignals.com. Every record links back to the agency that published it.
Your cookie choices
We use essential cookies to run this site, and, only with your consent, an advertising cookie from Google to measure whether our ads lead to sign-ups and subscriptions. See our for details.