Skip to main content

Linux Kernel CVE-2026-53321

| EUVDEUVD-2026-39856 MEDIUM
2026-06-26 Linux GHSA-g22f-3wv9-pgvj
5.5
CVSS 3.1 · NVD
Share

Severity by source

NVD PRIMARY
5.5 MEDIUM
AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
vuln.today AI
5.5 MEDIUM

Local access required to invoke io_uring NAPI; low privilege sufficient; purely availability impact via CPU starvation; no confidentiality or integrity consequence.

3.1 AV:L/AC:L/PR:L/UI:N/S:U/C:N/I:N/A:H
4.0 AV:L/AC:L/AT:N/PR:L/UI:N/VC:N/VI:N/VA:H/SC:N/SI:N/SA:N
SUSE
MEDIUM
qualitative
Red Hat
5.5 MEDIUM
qualitative

Primary rating from NVD.

CVSS VectorNVD

Attack Vector
Local
Attack Complexity
Low
Privileges Required
Low
User Interaction
None
Scope
Unchanged
Confidentiality
None
Integrity
None
Availability
High

Lifecycle Timeline

5
Analysis Generated
Jul 06, 2026 - 20:48 vuln.today
CVSS changed
Jul 06, 2026 - 20:22 NVD
5.5 (MEDIUM)
Patch available
Jun 26, 2026 - 21:02 EUVD
CVE Published
Jun 26, 2026 - 19:41 cve.org
UNKNOWN (no severity yet)
CVE Published
Jun 26, 2026 - 19:41 nvd
MEDIUM 5.5

DescriptionNVD

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

io_uring/napi: cap busy_poll_to 10 msec

Currently there's no cap on the maximum amount of time that napi is allowed to poll if no events are found, which can lead to kernel complaints on a task being stuck as there's no conditional rescheduling done within that loop.

Just cap it to 10 msec in total, that's already way above any kind of sane value that will reap any benefits, yet low enough that it's nowhere near being able to trigger preemption complaints.

AnalysisAI

Unbounded NAPI busy-poll loop in the Linux kernel's io_uring subsystem allows a low-privileged local process to spin the kernel indefinitely when no I/O events arrive, triggering soft lockup watchdog complaints and degrading system availability. Affected kernels are those at or after commit 8d0c12a80cdeb80d5e0510e96d38fe551ed8e9b5 (introducing NAPI support in io_uring, Linux 6.9) through the patched stable releases 6.18.33, 7.0.10, and 7.1. No public exploit exists and this is not listed in CISA KEV; EPSS sits at 0.15% (5th percentile), reflecting very low exploitation interest.

Technical ContextAI

The io_uring subsystem's NAPI (New API) integration exposes a busy_poll_to configuration option - a timeout (in microseconds) governing how long the kernel's NAPI polling loop will spin waiting for network events before yielding. Prior to this fix, no upper bound was enforced on this value. Critically, the polling loop contains no conditional rescheduling (cond_resched() or equivalent), meaning an arbitrarily large busy_poll_to with no arriving events causes the kernel thread to monopolize the CPU until the kernel's soft lockup detector fires (typically at 10-20 seconds). Although no CWE is formally assigned, the root cause maps to CWE-400 (Uncontrolled Resource Consumption) / CWE-835 (Loop with Unreachable Exit Condition). Affected CPE: cpe:2.3:a:linux:linux. Note: the intelligence tag 'Information Disclosure' appears to be a metadata error - the CVSS vector (C:N/I:N/A:H) and CVE description confirm exclusively an availability impact with no confidentiality or integrity implications.

RemediationAI

The primary fix is to upgrade to Linux kernel 6.18.33, 7.0.10, or 7.1, each of which enforces a 10-millisecond hard cap on the io_uring NAPI busy_poll_to value. Upstream stable commits are available at https://git.kernel.org/stable/c/df8599ee18c0e5fe343ffe0b4c379636b8bb839a (7.0.x), https://git.kernel.org/stable/c/39767f944a8c9e696566c37ad5b20131406c4b8d (6.18.x), and https://git.kernel.org/stable/c/cb3af525f8dfb8930f0c123e5755fa967a12d5c1 (7.1). For systems where immediate kernel upgrade is not feasible, a targeted workaround is to disable io_uring access for unprivileged users via the kernel sysctl kernel.io_uring_disabled=2 (restrict to privileged users only) or =1 (disable entirely); note that full disablement will break applications relying on io_uring for I/O performance (e.g., high-throughput servers, databases using io_uring backends). A less disruptive alternative is to enforce per-process seccomp filters blocking IORING_REGISTER_NAPI for untrusted workloads.

Vendor StatusVendor

SUSE

Severity: Moderate
Product Status
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise Desktop 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 15 SP7 Affected
SUSE Linux Enterprise High Availability Extension 16.0 Affected

Share

CVE-2026-53321 vulnerability details – vuln.today

This site uses cookies essential for authentication and security. No tracking or analytics cookies are used. Privacy Policy