CVE-2024-26802— stmmac: Clear variable when destroying workqueue
Quick assessment
Affected
Linux Linux
Exploitation
No confirmed in-the-wild exploitation; assess based on exposure
Recommended action
Check the vendor advisory and references for a fixed version. If immediate upgrade is impossible, restrict exposure and increase monitoring.
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel 存在安全漏洞，该漏洞源于 stmmac 存在安全问题。
Possible ATT&CK Techniques 1 AI
T1499 · Endpoint Denial of ServiceAffected Version Matrix 12
| Vendor | Product | Version Range | Status |
|---|---|---|---|
| Linux | Linux | 5a5586112b929546e16029261a987c9197bfdfa2< 8e99556301172465c8fe33c7f78c39a3d4ce8462 |
affected |
5a5586112b929546e16029261a987c9197bfdfa2< 17ccd9798fe0beda3db212cfa3ebe373f605cbd6 |
affected | ||
5a5586112b929546e16029261a987c9197bfdfa2< 699b103e48ce32d03fc86c35b37ee8ae4288c7e3 |
affected | ||
5a5586112b929546e16029261a987c9197bfdfa2< f72cf22dccc94038cbbaa1029cb575bf52e5cbc8 |
affected | ||
5a5586112b929546e16029261a987c9197bfdfa2< 8af411bbba1f457c33734795f024d0ef26d0963f |
affected | ||
5.13 |
affected | ||
< 5.13 |
unaffected | ||
5.15.151≤ 5.15.* |
unaffected | ||
| … +4 more rows | |||
Get alerts for future matching vulnerabilities
Log in to subscribe
I. Basic Information for CVE-2024-26802
Vulnerability Information
Have questions about the vulnerability? See if Shenlong's analysis helps!
View Shenlong Deep Dive ↗
Although we use advanced large model technology, its output may still contain inaccurate or outdated information.Shenlong tries to ensure data accuracy, but please verify and judge based on the actual situation.
Vulnerability Title
stmmac: Clear variable when destroying workqueue
Source: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
stmmac: Clear variable when destroying workqueue
Currently when suspending driver and stopping workqueue it is checked whether
workqueue is not NULL and if so, it is destroyed.
Function destroy_workqueue() does drain queue and does clear variable, but
it does not set workqueue variable to NULL. This can cause kernel/module
panic if code attempts to clear workqueue that was not initialized.
This scenario is possible when resuming suspended driver in stmmac_resume(),
because there is no handling for failed stmmac_hw_setup(),
which can fail and return if DMA engine has failed to initialize,
and workqueue is initialized after DMA engine.
Should DMA engine fail to initialize, resume will proceed normally,
but interface won't work and TX queue will eventually timeout,
causing 'Reset adapter' error.
This then does destroy workqueue during reset process.
And since workqueue is initialized after DMA engine and can be skipped,
it will cause kernel/module panic.
To secure against this possible crash, set workqueue variable to NULL when
destroying workqueue.
Log/backtrace from crash goes as follows:
[88.031977]------------[ cut here ]------------
[88.031985]NETDEV WATCHDOG: eth0 (sxgmac): transmit queue 1 timed out
[88.032017]WARNING: CPU: 0 PID: 0 at net/sched/sch_generic.c:477 dev_watchdog+0x390/0x398
<Skipping backtrace for watchdog timeout>
[88.032251]---[ end trace e70de432e4d5c2c0 ]---
[88.032282]sxgmac 16d88000.ethernet eth0: Reset adapter.
[88.036359]------------[ cut here ]------------
[88.036519]Call trace:
[88.036523] flush_workqueue+0x3e4/0x430
[88.036528] drain_workqueue+0xc4/0x160
[88.036533] destroy_workqueue+0x40/0x270
[88.036537] stmmac_fpe_stop_wq+0x4c/0x70
[88.036541] stmmac_release+0x278/0x280
[88.036546] __dev_close_many+0xcc/0x158
[88.036551] dev_close_many+0xbc/0x190
[88.036555] dev_close.part.0+0x70/0xc0
[88.036560] dev_close+0x24/0x30
[88.036564] stmmac_service_task+0x110/0x140
[88.036569] process_one_work+0x1d8/0x4a0
[88.036573] worker_thread+0x54/0x408
[88.036578] kthread+0x164/0x170
[88.036583] ret_from_fork+0x10/0x20
[88.036588]---[ end trace e70de432e4d5c2c1 ]---
[88.036597]Unable to handle kernel NULL pointer dereference at virtual address 0000000000000004
Source: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:U/C:H/I:H/A:H
Source: CVE Program / CVE List V5
Vulnerability Type
N/A
Source: CVE Program / CVE List V5
Vulnerability Title
Linux kernel 安全漏洞
Source: CNNVD (China National Vulnerability Database)
Vulnerability Description
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel 存在安全漏洞，该漏洞源于 stmmac 存在安全问题。
Source: CNNVD (China National Vulnerability Database)
CVSS Information
N/A
Source: CNNVD (China National Vulnerability Database)
Vulnerability Type
N/A
Source: CNNVD (China National Vulnerability Database)
Affected Products
II. Public POCs for CVE-2024-26802
| # | POC Description | Source Link | Shenlong Link |
|---|
AI-Generated POC
Premium
No public POC found.
Login to generate AI POCIII. Intelligence Information for CVE-2024-26802
请登录查看更多情报信息。
Patches & Fixes for CVE-2024-26802 (1)
Other References for CVE-2024-26802 (4)
Same Patch Batch · Linux · 2024-04-04 · 32 CVEs total
| CVE-2024-26782 | 9.8 CRITICAL | mptcp: fix double-free on socket dismantle |
| CVE-2024-26800 | 9.8 CRITICAL | tls: fix use-after-free on failed backlog decryption |
| CVE-2024-26801 | 8.8 HIGH | Bluetooth: Avoid potential use-after-free in hci_error_reset |
| CVE-2024-26792 | 7.8 HIGH | btrfs: fix double free of anonymous device after snapshot creation failure |
| CVE-2024-26809 | 7.8 HIGH | netfilter: nft_set_pipapo: release elements in clone only from destroy path |
| CVE-2024-26808 | 7.8 HIGH | netfilter: nft_chain_filter: handle NETDEV_UNREGISTER for inet/ingress basechain |
| CVE-2024-26807 | 7.8 HIGH | spi: cadence-qspi: fix pointer reference in runtime PM hooks |
| CVE-2024-26804 | 7.8 HIGH | net: ip_tunnel: prevent perpetual headroom growth |
| CVE-2024-26797 | 7.8 HIGH | drm/amd/display: Prevent potential buffer overflow in map_hw_resources |
| CVE-2024-26795 | 7.8 HIGH | riscv: Sparse-Memory/vmemmap out-of-bounds fix |
| CVE-2024-26793 | 7.8 HIGH | gtp: fix use-after-free and null-ptr-deref in gtp_newlink() |
| CVE-2024-26789 | 7.8 HIGH | crypto: arm64/neonbs - fix out-of-bounds access on short input |
| CVE-2024-26786 | 7.8 HIGH | iommufd: Fix iopt_access_list_id overwrite bug |
| CVE-2024-26799 | 7.0 HIGH | ASoC: qcom: Fix uninitialized pointer dmactl |
| CVE-2024-26746 | dmaengine: idxd: Ensure safe user copy of completion record | |
| CVE-2024-26788 | dmaengine: fsl-qdma: init irq after reg initialization | |
| CVE-2024-26750 | af_unix: Drop oob_skb ref before purging queue in GC. | |
| CVE-2024-26780 | af_unix: Fix task hung while purging oob_skb in GC. | |
| CVE-2024-26806 | spi: cadence-qspi: remove system-wide suspend helper calls from runtime PM hooks | |
| CVE-2024-26805 | netlink: Fix kernel-infoleak-after-free in __skb_datagram_iter |
Showing top 20 of 32 CVEs. View all on vendor page → →
IV. Related Vulnerabilities
Same product: Linux
-
CVE-2026-98385
sched/cache: Decouple sched_cache_group from mm to fix UAF -
CVE-2026-98384
bpf: Fix out-of-bounds read of sk_protocol in bpf_sock_destr -
CVE-2026-98383
bpf: Disallow bpf_skb_pull_data() for LWT_SEG6LOCAL -
CVE-2026-98382
bpf: Reject dev-bound-only programs on other devices -
CVE-2026-98381
veth: manage XDP program pointers during channel resize
Same vendor: Linux
-
CVE-2026-98385
sched/cache: Decouple sched_cache_group from mm to fix UAF -
CVE-2026-98384
bpf: Fix out-of-bounds read of sk_protocol in bpf_sock_destr -
CVE-2026-98383
bpf: Disallow bpf_skb_pull_data() for LWT_SEG6LOCAL -
CVE-2026-98382
bpf: Reject dev-bound-only programs on other devices -
CVE-2026-98381
veth: manage XDP program pointers during channel resize
V. Comments for CVE-2024-26802
No comments yet