Signal is active with 2 mentions in latest observed window
Recommended action window: Monitor and triage in normal cycle
NVD description
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.
Priority
LOW
Exploitation
NONE
PoC
NONE
Patch
AVAILABLE
Momentum
NONE
If you run products in this scope, you should treat this CVE as relevant to your environment.
1 version affected across 1 product
CVE-2026-53321 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 t… https://www.cve.org/CVERecord?id=CVE-2026-53321
Post summary
The Linux kernel vulnerability CVE‑2026‑53321 has been fixed by capping the busy_poll_to timing to 10 ms, as indicated in the CVE record. No malicious code or exploitation details are referenced.
🚨*CVE* CVE-2026-53321 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 t… https://www.cve.org/CVERecord?id=CVE-2026-53321 ----- Traducción: CVE-2026-53321 En … http://infoflow.cloud`
Post summary
CVE-2026-53321 in the Linux kernel has been fixed; no PoC, exploit code, or active exploitation is reported, and the issue is acknowledged as resolved.
2 of 2 entries
| Part | Vendor | Product | Version | Target SW | Target HW |
|---|---|---|---|---|---|
| OS | linux | linux_kernel | - | - | - |
| OS | linux | linux_kernel | 7.1 | - | - |