Skip to main content
VulnerabilityPublished Updated

CVE-2025-40046: Linux kernel · io_uring/zcrx: fix overshooting recv limit

Affects Linux kernelSource GCVE Database

0

Not known to be exploited · CVSS 8.6 High · fixed in 6.17.0-1011.11 : patch Linux kernel soon.

Data as of 26 Oct 2026, 14:05 UTC

CVSS 3.1 base score
8.6High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.3% chance of exploitation in 30 days – higher than 28% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 6.17.0-1011.11, 6.17.0-1008.8~24.04.1, 6.17.0-1008.8 +1
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:L/I:L/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 28 Oct 2025

  2. Detectable: no evidence on record.

    No public nuclei template indexed

  3. Weaponised: no evidence on record.

    No public exploit code indexed in Metasploit or Exploit-DB

  4. Exploited in the wild: no evidence on record.

    Not in CISA KEV and no source reports exploitation

  5. Observed by OffSeq Mirage: no evidence on record.

    No attack traffic recorded by OffSeq Mirage sensors

A missing step is not evidence of safety. Sources: cve.org (opens in a new tab), the Metasploit, Exploit-DB and nuclei-templates index as of 26 Oct 2026.

What to do

Upgrade Linux kernel to 6.17.0-1011.11, 6.17.0-1008.8~24.04.1, 6.17.0-1008.8 or 6.17.0-1007.7~24.04.1.

Affected software

ProductAffectedFixed in
linux-hwe-edgeAffected
  • <6.17.0-1007.7~24.04.1
  • <6.17.0-1008.8~24.04.1
  • <6.17.0-1008.8
  • <6.17.0-1011.11
Fixed in
  • 6.17.0-1007.7~24.04.1
  • 6.17.0-1008.8~24.04.1
  • 6.17.0-1008.8
  • 6.17.0-1011.11

AI-suggested

The vulnerability has been resolved in the Linux kernel. Users should monitor official Linux kernel advisories for the relevant patch and apply it promptly once available.

Description

In the Linux kernel, the following vulnerability has been resolved: io_uring/zcrx: fix overshooting recv limit It's reported that sometimes a zcrx request can receive more than was requested. It's caused by io_zcrx_recv_skb() adjusting desc->count for all received buffers including frag lists, but then doing recursive calls to process frag list skbs, which leads to desc->count double accounting and underflow.

References

Community reviews

Loading reviews…