Description
In the Linux kernel, the following vulnerability has been resolved:

net: ibm: emac: mal: fix potential system hang in mal_remove()

napi_disable() is not idempotent and calling it on an already-disabled
or unenabled NAPI context will cause the kernel to spin indefinitely
waiting for the NAPI_STATE_SCHED bit to clear.

In mal_remove(), napi_disable() is called unconditionally. If no MACs were
registered, NAPI was never enabled. Also, if they were registered but
subsequently unregistered, NAPI was already disabled in
mal_unregister_commac(). In either case, calling napi_disable() causes
the kernel to hang upon module removal.

Fix this by only calling napi_disable() in mal_remove() if the commac list
is not empty (which implies NAPI is enabled).
Published: 2026-09-24
Score: 5.5 Medium
EPSS: < 1% Very Low
KEV: No
Impact: Potential kernel hang causing system freeze
Action: Apply Patch
AI Analysis

Impact

A flaw in the IBM emac driver causes an unconditional call to napi_disable() during module removal. When NAPI has never been enabled, the function spins indefinitely waiting for a state bit that never clears, leading to an unbounded kernel loop and a system freeze. This defect directly compromises system availability by rendering the entire kernel unresponsive.

Affected Systems

All Linux kernel installations that contain the IBM emac driver are potentially affected. The CNA list lists Linux:Linux with no specific version windows, and no version ranges are provided by the advisory. Consequently, any kernel revision including this driver can be vulnerable unless patched.

Risk and Exploitability

The CVSS score of 5.5 indicates moderate severity. The EPSS score of < 1% suggests a low probability of exploitation. The vulnerability is not listed in CISA’s KEV catalog, indicating no publicly known exploits to date. Exploitation would require an attacker to unload or remove the affected kernel module, a privilege generally reserved for privileged users or malicious code with elevated rights. If successful, the system will freeze, resulting in a denial‑of‑service outcome. Consequently, while the exploit likelihood remains low, the impact is significant for systems relying on the driver or able to be coerced into module removal.

Generated by OpenCVE AI on October 1, 2026 at 19:42 UTC.

Remediation

No solution or workaround provided in the CVE record.

OpenCVE Recommended Actions

  • Upgrade the Linux kernel to a release that includes the IBM emac driver patch that conditionally calls napi_disable() only when NAPI is enabled.
  • If the IBM emac driver is not required for your system, disable or blacklist the corresponding kernel module to prevent accidental removal.
  • Restrict module unloading privileges in the operating system by configuring /etc/modprobe.d/ to deny rmmod for non‑privileged users and monitor for unauthorized module removal attempts.

Generated by OpenCVE AI on October 1, 2026 at 19:42 UTC.

Tracking

Sign in to view the affected projects.

Advisories
Source ID Title
Debian DLA Debian DLA DLA-4817-1 linux-6.12 security update
Debian DLA Debian DLA DLA-4841-1 linux security update
Debian DSA Debian DSA DSA-6528-1 linux security update
History

Sat, 03 Oct 2026 11:15:00 +0000


Thu, 01 Oct 2026 17:00:00 +0000

Type Values Removed Values Added
Weaknesses CWE-665

Tue, 29 Sep 2026 13:15:00 +0000

Type Values Removed Values Added
Weaknesses CWE-835
References
Metrics threat_severity

None

cvssV3_1

{'score': 5.5, 'vector': 'CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H'}

threat_severity

Moderate


Fri, 25 Sep 2026 03:30:00 +0000

Type Values Removed Values Added
Weaknesses CWE-665

Thu, 24 Sep 2026 16:30:00 +0000

Type Values Removed Values Added
Description In the Linux kernel, the following vulnerability has been resolved: net: ibm: emac: mal: fix potential system hang in mal_remove() napi_disable() is not idempotent and calling it on an already-disabled or unenabled NAPI context will cause the kernel to spin indefinitely waiting for the NAPI_STATE_SCHED bit to clear. In mal_remove(), napi_disable() is called unconditionally. If no MACs were registered, NAPI was never enabled. Also, if they were registered but subsequently unregistered, NAPI was already disabled in mal_unregister_commac(). In either case, calling napi_disable() causes the kernel to hang upon module removal. Fix this by only calling napi_disable() in mal_remove() if the commac list is not empty (which implies NAPI is enabled).
Title net: ibm: emac: mal: fix potential system hang in mal_remove()
First Time appeared Linux
Linux linux Kernel
CPEs cpe:2.3:o:linux:linux_kernel:*:*:*:*:*:*:*:*
Vendors & Products Linux
Linux linux Kernel
References

Subscriptions

Linux Linux Kernel
cve-icon MITRE

Status: PUBLISHED

Assigner: Linux

Published:

Updated: 2026-10-03T10:58:04.560Z

Reserved: 2026-09-24T14:53:16.867Z

Link: CVE-2026-97411

cve-icon Vulnrichment

No data.

cve-icon NVD

Status : Received

Published: 2026-09-24T17:17:18.720

Modified: 2026-10-03T11:17:53.200

Link: CVE-2026-97411

cve-icon Redhat

Severity : Moderate

Publid Date: 2026-09-24T00:00:00Z

Links: CVE-2026-97411 - Bugzilla

cve-icon OpenCVE Enrichment

Updated: 2026-10-01T19:45:03Z

Weaknesses
  • CWE-835

    Loop with Unreachable Exit Condition ('Infinite Loop')