CVE-2025-40120

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

CVSS 0.0 · Non évaluée
EPSS 0.2%
Linux•Linux•Versions : <=6.1.*, <=6.12.*, 6.12.53, 6.17.3, <9d8bcaf6fae1bd82bc27ec09a2694497e6f6c4b4, <3d3c4cd5c62f24bb3cb4511b7a95df707635e00a, 0, <5.14, <1534517300e12f2930b6ff477b8820ff658afd11, 6.18, <3e96cd27ff1a004d84908c1b6cc68ac60913874e, <=6.6.*, 5.14, <724a9db84188f80ef60b1f21cc7b4e9c84e0cb64, 5.15.195, 4a2c7217cd5a87e85ceb761e307b030fe6db4805, <=*, 6.6.112, <=5.15.*, 6.1.156, <=6.17.*, <71a0ba7fdaf8d035426912a4ed7bf1738a81010c

Description

In the Linux kernel, the following vulnerability has been resolved: net: usb: asix: hold PM usage ref to avoid PM/MDIO + RTNL deadlock Prevent USB runtime PM (autosuspend) for AX88772* in bind. usbnet enables runtime PM (autosuspend) by default, so disabling it via the usb_driver flag is ineffective. On AX88772B, autosuspend shows no measurable power saving with current driver (no link partner, admin up/down). The ~0.453 W -> ~0.248 W drop on v6.1 comes from phylib powering the PHY off on admin-down, not from USB autosuspend. The real hazard is that with runtime PM enabled, ndo_open() (under RTNL) may synchronously trigger autoresume (usb_autopm_get_interface()) into asix_resume() while the USB PM lock is held. Resume paths then invoke phylink/phylib and MDIO, which also expect RTNL, leading to possible deadlocks or PM lock vs MDIO wake issues. To avoid this, keep the device runtime-PM active by taking a usage reference in ax88772_bind() and dropping it in unbind(). A non-zero PM usage count blocks runtime suspend regardless of userspace policy (.../power/control - pm_runtime_allow/forbid), making this approach robust against sysfs overrides. Holding a runtime-PM usage ref does not affect system-wide suspend; system sleep/resume callbacks continue to run as before.

Gravité et risque d'exploitation

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

Que faire ?

  • Vérifiez si Linux (versions <=6.1.*, <=6.12.*, 6.12.53, 6.17.3, <9d8bcaf6fae1bd82bc27ec09a2694497e6f6c4b4, <3d3c4cd5c62f24bb3cb4511b7a95df707635e00a, 0, <5.14, <1534517300e12f2930b6ff477b8820ff658afd11, 6.18, <3e96cd27ff1a004d84908c1b6cc68ac60913874e, <=6.6.*, 5.14, <724a9db84188f80ef60b1f21cc7b4e9c84e0cb64, 5.15.195, 4a2c7217cd5a87e85ceb761e307b030fe6db4805, <=*, 6.6.112, <=5.15.*, 6.1.156, <=6.17.*, <71a0ba7fdaf8d035426912a4ed7bf1738a81010c) 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