CVE Catalog

CVE-2026-31724

MediumCVSS 5.5
Published: Updated: Translated: NVD NIST

Exploitation Probability (EPSS)

Low risk
0.16%

5th percentile - higher than 5% of all known CVEs

Summary

In the Linux kernel's USB gadget f_eem function, the net_device lifecycle was fixed: on function unbind the parent device was destroyed while the net_device survived, creating dangling sysfs symlinks. The fix uses device_move() to reparent the net_device between the gadget device tree and /sys/devices/virtual across bind and unbind cycles.

Risk Assessment

The vulnerability leads to inconsistent sysfs topology and dangling symlinks, which can cause power management errors and problems on rebinding. It may affect the stability of devices using USB gadget EEM.

Recommendation

Update the Linux kernel to a version containing the fix. On devices acting as a USB gadget with an EEM interface, schedule the update as a priority.

Other vulnerabilities in Linux kernel

See all
Original NVD description (English source)

In the Linux kernel, the following vulnerability has been resolved: usb: gadget: f_eem: Fix net_device lifecycle with device_move The net_device is allocated during function instance creation and registered during the bind phase with the gadget device as its sysfs parent. When the function unbinds, the parent device is destroyed, but the net_device survives, resulting in dangling sysfs symlinks: console:/ # ls -l /sys/class/net/usb0 lrwxrwxrwx ... /sys/class/net/usb0 -> /sys/devices/platform/.../gadget.0/net/usb0 console:/ # ls -l /sys/devices/platform/.../gadget.0/net/usb0 ls: .../gadget.0/net/usb0: No such file or directory Use device_move() to reparent the net_device between the gadget device tree and /sys/devices/virtual across bind and unbind cycles. During the final unbind, calling device_move(NULL) moves the net_device to the virtual device tree before the gadget device is destroyed. On rebinding, device_move() reparents the device back under the new gadget, ensuring proper sysfs topology and power management ordering. To maintain compatibility with legacy composite drivers (e.g., multi.c), the bound flag is used to indicate whether the network device is shared and pre-registered during the legacy driver's bind phase.

Vulnerability data from NVD (NIST) · CISA KEV · EPSS