Answer in brief
CVE-2026-93116 records a High severity (CVSS 7.0) vulnerability in platform/x86: asus-wmi: fix resource leaks on probe failure. The current sources do not mark it as known exploited. The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic) and additional mapped packages. Check affected ranges and fixed versions before updating.
Analysis pending evidence review
HOL Guard separates source facts from reviewed analysis. See the methodology.
CVSS is 7.0. The current sources do not mark it as known exploited. Treat this as a source-backed prioritization signal, not a statement about your environment.
Analysis status
Analysis pending evidence review
Factual feed record only; HOL analysis is not approved for indexing. Read the methodology.
The current feed maps Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic), Linux/Linux (generic) and additional mapped packages. Check affected ranges and fixed versions before updating.
| Package | Affected range | Fixed version |
|---|---|---|
| Linux/Linuxgeneric | >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <3308b8c5f5a28403611a2f5a46f06aabe4f0c661 || >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <ef3daa2b84a2b8499ce9e2ce1c865dca36d39f95 | 3308b8c5f5a28403611a2f5a46f06aabe4f0c661, ef3daa2b84a2b8499ce9e2ce1c865dca36d39f95 |
| Linux/Linuxgeneric | 5.17 | Not reported |
| Linux/Linuxgeneric | >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <8410cd2690d463b60527d00ac8cffea2d5a041f6 || >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <3308b8c5f5a28403611a2f5a46f06aabe4f0c661 || >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <ef3daa2b84a2b8499ce9e2ce1c865dca36d39f95 | 8410cd2690d463b60527d00ac8cffea2d5a041f6, 3308b8c5f5a28403611a2f5a46f06aabe4f0c661, ef3daa2b84a2b8499ce9e2ce1c865dca36d39f95 |
| Linux/Linuxgeneric | >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <959ed35f8c8f07b8dd43c3f917a43ae2f77e4471 || >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <8d5999608da60db45949e5459f74f581cdaacd04 || >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <8410cd2690d463b60527d00ac8cffea2d5a041f6 || >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <3308b8c5f5a28403611a2f5a46f06aabe4f0c661 || >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <ef3daa2b84a2b8499ce9e2ce1c865dca36d39f95 | 959ed35f8c8f07b8dd43c3f917a43ae2f77e4471, 8d5999608da60db45949e5459f74f581cdaacd04, 8410cd2690d463b60527d00ac8cffea2d5a041f6, 3308b8c5f5a28403611a2f5a46f06aabe4f0c661, ef3daa2b84a2b8499ce9e2ce1c865dca36d39f95 |
| Linux/Linuxgeneric | >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <72d792c8053f238ae541fdaa90e609548509b65f || >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <959ed35f8c8f07b8dd43c3f917a43ae2f77e4471 || >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <8d5999608da60db45949e5459f74f581cdaacd04 || >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <8410cd2690d463b60527d00ac8cffea2d5a041f6 || >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <3308b8c5f5a28403611a2f5a46f06aabe4f0c661 || >=0f0ac158d28ff78e75c334e869b1cb8e69372a1f <ef3daa2b84a2b8499ce9e2ce1c865dca36d39f95 | 72d792c8053f238ae541fdaa90e609548509b65f, 959ed35f8c8f07b8dd43c3f917a43ae2f77e4471, 8d5999608da60db45949e5459f74f581cdaacd04, 8410cd2690d463b60527d00ac8cffea2d5a041f6, 3308b8c5f5a28403611a2f5a46f06aabe4f0c661, ef3daa2b84a2b8499ce9e2ce1c865dca36d39f95 |
Published upstream
Sep 17, 2026
Evidence: source:cvelist:source_dates:source-dates:recordSource modified
Oct 30, 2026
Evidence: source:cvelist:source_dates:source-dates:recordFirst seen by HOL
Sep 17, 2026
In the Linux kernel, the following vulnerability has been resolved: platform/x86: asus-wmi: fix resource leaks on probe failure During driver initialization in asus_wmi_add(), various subsystems are registered sequentially. However, the error path labels are out of order relative to the registration sequence. Specifically: 1. If asus_wmi_custom_fan_curve_init() fails, the driver jumps to fail_custom_fan_curve. Because this label is placed below fail_sysfs, it bypasses the cleanup calls for the input device and sysfs groups, which were successfully registered before, leaking those resources. 2. If asus_screenpad_init() fails, the driver jumps to fail_screenpad. Because fail_screenpad is placed below fail_backlight, it bypasses the cleanup calls for backlight and rfkill, leaking those resources. Fix these resource leaks by reordering the error path labels in asus_wmi_add() to match the exact reverse order of the resource allocations.
Quoted source text, attributed separately from HOL analysis.