Heimdall Security Logo

CVE-2026-64454

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, <b399be2958456efe1b64b19c55a54a24e9035769, 6.18.39, <5.15.212, 0, <=7.1.*, 7.1.4, c8540870af4ce6ddeb27a7bb5498b75fb29b643c, 6.4, 6.3.4, 6.1.178, <=6.6.*, <6.1.178, <6.4, 6.1.30, <=6.18.*, 5.15.212, <5e5798880eb1533a7de6fb68eb14b2d8202ebf76, 6.6.145, 20351ddb1f41cfb3ae20e105425ef43a28393d76, 5.15.128, <010382937fb69892b3469ac4d30af072262f59e8, 06684c72b6b153dc434bb6ccebbb49f4cd812b5e, <642e04f5c292d04070ae6e4374fbf14cc40a2465, <=*, <48958478cb8dbc429a5b19f36e866b63d6297d1d, <=5.15.*, <e0e4f15d4225fb7156cc0e3c21eb8953114f9b89, 6.12.96, 7.2, ad43004fd5326bec4466ecc8a07fe0e570b553ca, <c4e232bd07fe2b69a6e5c380db41dd36b95e0524

Description

In the Linux kernel, the following vulnerability has been resolved: usb: dwc3: run gadget disconnect from sleepable suspend context dwc3_gadget_suspend() takes dwc->lock with IRQs disabled and then calls dwc3_disconnect_gadget(). For async callbacks that helper only uses plain spin_unlock()/spin_lock(), so the gadget ->disconnect() callback still runs with IRQs disabled and any sleepable callback trips Lockdep. This issue was found by our static analysis tool and then manually reviewed against the current tree. The grounded PoC kept the dwc3_gadget_suspend() -> dwc3_disconnect_gadget() -> gadget_driver->disconnect() chain, and Lockdep reported: BUG: sleeping function called from invalid context gadget_disconnect+0x21/0x39 [vuln_msv] dwc3_gadget_suspend.constprop.0+0x2b/0x42 [vuln_msv] Keep the disconnect callback selection in one common helper, but add a sleepable suspend-side wrapper which snapshots the callback under dwc->lock and then runs it after spin_unlock_irqrestore(). The regular event path still uses the existing spin_unlock()/spin_lock() window.

Gravité et risque d'exploitation

CVE-2026-64454 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.18 %, ce qui la place devant 7.2 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, <b399be2958456efe1b64b19c55a54a24e9035769, 6.18.39, <5.15.212, 0, <=7.1.*, 7.1.4, c8540870af4ce6ddeb27a7bb5498b75fb29b643c, 6.4, 6.3.4, 6.1.178, <=6.6.*, <6.1.178, <6.4, 6.1.30, <=6.18.*, 5.15.212, <5e5798880eb1533a7de6fb68eb14b2d8202ebf76, 6.6.145, 20351ddb1f41cfb3ae20e105425ef43a28393d76, 5.15.128, <010382937fb69892b3469ac4d30af072262f59e8, 06684c72b6b153dc434bb6ccebbb49f4cd812b5e, <642e04f5c292d04070ae6e4374fbf14cc40a2465, <=*, <48958478cb8dbc429a5b19f36e866b63d6297d1d, <=5.15.*, <e0e4f15d4225fb7156cc0e3c21eb8953114f9b89, 6.12.96, 7.2, ad43004fd5326bec4466ecc8a07fe0e570b553ca, <c4e232bd07fe2b69a6e5c380db41dd36b95e0524) 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