Skip to main content
VulnerabilityPublished Updated

CVE-2024-56719: Linux kernel · net: stmmac: fix TSO DMA API usage causing oops

Affects Linux kernelSource GCVE Database

0

Not known to be exploited · CVSS 10.0 Critical · fixed in 5.15.0-186.196~20.04.1 : patch Linux kernel as a priority.

Data as of 26 Oct 2026, 12:54 UTC

CVSS 3.1 base score
10.0Critical
How severe the flaw is on the 0–10 CVSS scale.
EPSS
0.5% chance of exploitation in 30 days – higher than 45% of CVEsExploit Prediction Scoring System: the likelihood attackers will use this flaw soon.
Patch
Available – fixed in 5.15.0-186.196~20.04.1, 5.15.0-184.194~20.04.1, 5.15.0-1064.66~20.04.1 +13
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H

Exploitation evidence

  1. Disclosed: evidence found.

    CVE published 29 Dec 2024

  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
Ubuntu 24.04 LTSlinux-hwe-6.11pkg:deb/ubuntu/linux-hwe-6.11@6.11.0-21.21~24.04.1?arch=source&distro=nobleOther threatsAffected
  • <6.11.0-21.21~24.04.1
Fixed in
  • 6.11.0-21.21~24.04.1
Ubuntu 24.04 LTSlinux-oem-6.11pkg:deb/ubuntu/linux-oem-6.11@6.11.0-1017.17?arch=source&distro=nobleOther threatsAffected
  • <6.11.0-1017.17
Fixed in
  • 6.11.0-1017.17
Ubuntu 24.04 LTSlinux-raspi-realtimepkg:deb/ubuntu/linux-raspi-realtime@6.8.0-2019.20?arch=source&distro=nobleOther threatsAffected
  • =6.8.0-2019.20
Fixed in–
Ubuntu Nvidia-BlueField 24.04 LTSlinux-bluefieldpkg:deb/ubuntu/linux-bluefield@6.8.0-1026.30?arch=source&distro=bluefield/nobleOther threatsAffected
  • 6.8.0-1011.15 – 6.8.0-1026.30
9 affected builds
Fixed in–
Ubuntu 22.04 LTSlinuxpkg:deb/ubuntu/linux@5.15.0-186.196?arch=source&distro=jammyOther threatsAffected
  • <5.15.0-186.196
Fixed in
  • 5.15.0-186.196
Ubuntu 22.04 LTSlinux-allwinner-5.19pkg:deb/ubuntu/linux-allwinner-5.19@5.19.0-1015.15~22.04.1?arch=source&distro=jammyOther threatsAffected
  • 5.19.0-1007.7~22.04.1 – 5.19.0-1015.15~22.04.1
8 affected builds
Fixed in–

Check your own hosts for these packages with threat-finder (opens in a new tab), our free open-source scanner.

Description

In the Linux kernel, the following vulnerability has been resolved: net: stmmac: fix TSO DMA API usage causing oops Commit 66600fac7a98 ("net: stmmac: TSO: Fix unbalanced DMA map/unmap for non-paged SKB data") moved the assignment of tx_skbuff_dma[]'s members to be later in stmmac_tso_xmit(). The buf (dma cookie) and len stored in this structure are passed to dma_unmap_single() by stmmac_tx_clean(). The DMA API requires that the dma cookie passed to dma_unmap_single() is the same as the value returned from dma_map_single(). However, by moving the assignment later, this is not the case when priv->dma_cap.addr64 > 32 as "des" is offset by proto_hdr_len. This causes problems such as: dwc-eth-dwmac 2490000.ethernet eth0: Tx DMA map failed and with DMA_API_DEBUG enabled: DMA-API: dwc-eth-dwmac 2490000.ethernet: device driver tries to +free DMA memory it has not allocated [device address=0x000000ffffcf65c0] [size=66 bytes] Fix this by maintaining "des" as the original DMA cookie, and use tso_des to pass the offset DMA cookie to stmmac_tso_allocator(). Full details of the crashes can be found at: https://lore.kernel.org/all/d8112193-0386-4e14-b516-37c2d838171a@nvidia.com/ https://lore.kernel.org/all/klkzp5yn5kq5efgtrow6wbvnc46bcqfxs65nz3qy77ujr5turc@bwwhelz2l4dw/

References

Community reviews

Loading reviews…