CVEvulnerability

CVE-2026-43211

7.8 HIGH Published 2026-05-06 Modified 2026-10-19 Official page ↗
Status
Modified
Published
2026-05-06
Last modified
2026-10-19
Assigner
416baaa9-dc9f-4396-8d5f-8c081fb06d67
CVSS 3.1 (416baaa9-dc9f-4396-8d5f-8c081fb06d67)
7.8 HIGH — CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Weaknesses
CWE-667

Description

In the Linux kernel, the following vulnerability has been resolved: PCI: Fix pci_slot_trylock() error handling Commit a4e772898f8b ("PCI: Add missing bridge lock to pci_bus_lock()") delegates the bridge device's pci_dev_trylock() to pci_bus_trylock() in pci_slot_trylock(), but it forgets to remove the corresponding pci_dev_unlock() when pci_bus_trylock() fails. Before a4e772898f8b, the code did: if (!pci_dev_trylock(dev)) /* <- lock bridge device */ goto unlock; if (dev->subordinate) { if (!pci_bus_trylock(dev->subordinate)) { pci_dev_unlock(dev); /* <- unlock bridge device */ goto unlock; } } After a4e772898f8b the bridge-device lock is no longer taken, but the pci_dev_unlock(dev) on the failure path was left in place, leading to the bug. This yields one of two errors: 1. A warning that the lock is being unlocked when no one holds it. 2. An incorrect unlock of a lock that belongs to another thread. Fix it by removing the now-redundant pci_dev_unlock(dev) on the failure path. [Same patch later posted by Keith at https://patch.msgid.link/[email protected]]

Affected configurations

• linux linux kernel (>= 4.19.322 < 4.20) • linux linux kernel (>= 5.4.284 < 5.5) • linux linux kernel (>= 5.10.226 < 5.10.252) • linux linux kernel (>= 5.15.167 < 5.15.202) • linux linux kernel (>= 6.1.110 < 6.1.165) • linux linux kernel (>= 6.6.51 < 6.6.128) • linux linux kernel (>= 6.10.10 < 6.12.75) • linux linux kernel (>= 6.13 < 6.18.16) • linux linux kernel (>= 6.19 < 6.19.6)

Related

Weakness · CWE (1)

  • CWE-667 Improper Locking weakness

References