CVE-2026-53358

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

CVSS 8.8 · Élevée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=7.0.*, <=6.12.*, 6.12.93, <89dec92041717b027216e110599e4f6d6c921b79, 0, 6.18.35, <50dfec218808b148ab4247b1858031b7a32015c5, 6.1.176, <7555fd885a0603f50e49a655850a1f2bd8a25398, 5.15.210, <e1c100e2d61bd8c718b7d91fe3e050780a9bf72d, <=5.10.*, <=6.6.*, <deb8493a8fa599f6c95e2465b12bfdfb7f94a1d9, <3634cbdc2eb414b69ffa752ddbe5e0458518e321, 7.1, <=6.18.*, <8c8e620467a7b51562dbcefbd1f09f288d7d710d, 7.0.12, 3.4, <859d3ace791ed878ae9ba5522c7844d960da8f88, <=*, <=5.15.*, <3.4, 3df91ea20e744344100b10ae69a17211fcf5b207, 6.6.143, 5.10.259

Description

In the Linux kernel, the following vulnerability has been resolved: Bluetooth: L2CAP: use chan timer to close channels in cleanup_listen() l2cap_chan_close() removes the channel from conn->chan_l, which must be done under conn->lock. cleanup_listen() runs under the parent sk_lock, so acquiring conn->lock would invert the established conn->lock -> chan->lock -> sk_lock order. Instead of calling l2cap_chan_close() directly, schedule l2cap_chan_timeout with delay 0 to close the channel asynchronously. The timeout handler already acquires conn->lock and chan->lock in the correct order. The timer is only armed when chan->conn is still set: if it is already NULL, l2cap_conn_del() has already processed this channel (l2cap_chan_del + l2cap_sock_teardown_cb + l2cap_sock_close_cb), so there is nothing left to do. If l2cap_conn_del() races in after the timer is armed, __clear_chan_timer() inside l2cap_chan_del() cancels it; if the timer has already fired, the handler returns harmlessly because chan->conn was cleared.

Gravité et risque d'exploitation

CVE-2026-53358 obtient un score CVSS de 8.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.23 %, ce qui la place devant 12.8 % des CVE référencées.

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=7.0.*, <=6.12.*, 6.12.93, <89dec92041717b027216e110599e4f6d6c921b79, 0, 6.18.35, <50dfec218808b148ab4247b1858031b7a32015c5, 6.1.176, <7555fd885a0603f50e49a655850a1f2bd8a25398, 5.15.210, <e1c100e2d61bd8c718b7d91fe3e050780a9bf72d, <=5.10.*, <=6.6.*, <deb8493a8fa599f6c95e2465b12bfdfb7f94a1d9, <3634cbdc2eb414b69ffa752ddbe5e0458518e321, 7.1, <=6.18.*, <8c8e620467a7b51562dbcefbd1f09f288d7d710d, 7.0.12, 3.4, <859d3ace791ed878ae9ba5522c7844d960da8f88, <=*, <=5.15.*, <3.4, 3df91ea20e744344100b10ae69a17211fcf5b207, 6.6.143, 5.10.259) 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