Skip to main content
VulnerabilityPublished Updated

CVE-2026-53229: Linux kernel · Memory Leak

Affects Linux kernelSource CVE Database V5

0

Not known to be exploited · CVSS 7.5 High · fixed in b69004f5a6ad32da84d8aa5b23b9c0caafe6252e : patch Linux kernel soon.

Data as of 26 Oct 2026, 15:59 UTC

CVSS 3.1 base score
7.5High
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.4% chance of exploitation in 30 days – higher than 38% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
CISA SSVC
Exploitation
No evidence of active exploitation and no public proof of concept
Automatable
Attackers can reliably automate steps 1–4 of the kill chain
Technical impact
Limited control over the software or limited information exposure

CISA SSVC assessment, 2026-10-16.

Patch
Available – fixed in b69004f5a6ad32da84d8aa5b23b9c0caafe6252e, 2789b74ae1f4b68333c9d5eec2f3354d07b16e61, 7b3eeba50fbc3b45f279037c29a87a90e8bac1e1 +2
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 25 Jun 2026

  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 to a fixed release listed under Affected software.

Affected software

ProductAffectedFixed in
LinuxLinuxAffected
  • ≥ 84a0a2310d6de247335574649726cb000c7c0074, < b69004f5a6ad32da84d8aa5b23b9c0caafe6252e
Fixed in
  • b69004f5a6ad32da84d8aa5b23b9c0caafe6252e
LinuxLinuxAffected
  • ≥ 84a0a2310d6de247335574649726cb000c7c0074, < 2789b74ae1f4b68333c9d5eec2f3354d07b16e61
Fixed in
  • 2789b74ae1f4b68333c9d5eec2f3354d07b16e61
LinuxLinuxAffected
  • ≥ 84a0a2310d6de247335574649726cb000c7c0074, < 7b3eeba50fbc3b45f279037c29a87a90e8bac1e1
Fixed in
  • 7b3eeba50fbc3b45f279037c29a87a90e8bac1e1
LinuxLinuxAffected
  • ≥ 84a0a2310d6de247335574649726cb000c7c0074, < 3bad189a31eb78575ea69f093e8ef5b7e3e8c832
Fixed in
  • 3bad189a31eb78575ea69f093e8ef5b7e3e8c832
LinuxLinuxAffected
  • ≥ 84a0a2310d6de247335574649726cb000c7c0074, < 0aabca726b43d833721034e97d99efcc8237b22a
Fixed in
  • 0aabca726b43d833721034e97d99efcc8237b22a
LinuxLinuxAffected
  • =5.3
Fixed in–

Description

In the Linux kernel, the following vulnerability has been resolved: net/mlx5e: xsk: Fix DMA and xdp_frame leak on XDP_TX xmit failure In the XSK branch of mlx5e_xmit_xdp_buff(), when sq->xmit_xdp_frame() returns false (e.g. XDPSQ is full), the function returns without unmapping the DMA address or freeing the xdp_frame allocated by xdp_convert_zc_to_xdp_frame(). The xdpi_fifo push only happens on success, so the completion path cannot recover these entries. With CONFIG_DMA_API_DEBUG=y, the leak surfaces on driver unbind: DMA-API: pci 0000:08:00.0: device driver has pending DMA allocations while released from device [count=1116] One of leaked entries details: [device address=0x000000010ffd7028] [size=1534 bytes] [mapped with DMA_TO_DEVICE] [mapped as phy] WARNING: kernel/dma/debug.c:881 at dma_debug_device_change+0x127/0x180 ... DMA-API: Mapped at: debug_dma_map_phys+0x4b/0xd0 dma_map_phys+0xfd/0x2d0 mlx5e_xdp_handle+0x5ae/0xac0 [mlx5_core] mlx5e_xsk_skb_from_cqe_mpwrq_linear+0xc4/0x170 [mlx5_core] mlx5e_handle_rx_cqe_mpwrq+0xc1/0x290 [mlx5_core] Add the missing unmap + xdp_return_frame, matching the cleanup already done in mlx5e_xdp_xmit(). has_frags is rejected earlier in this branch, so no per-frag unmap is needed.

References

Community reviews

Loading reviews…