CVE-2026-98592— Spacemit 网络驱动传输描述符处理漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Linux 内核中，以下漏洞已得到修复： net: spacemit: 在片段映射失败时清除 TX 描述符 函数在将每个槽位的本地副本通过 提交后，便会立即将 写入环描述符（ring descriptor）中所有位于 之后的槽位。然而，此时这些槽位对应的缓冲区未必已全部成功完成映射。 若随后 在处理后续片段时失败，错误处理路径 会调用 来取消映射并丢弃 skb，但该路径并未清除已写入的描述符内存。同时，由于执行了 跳转， 的赋值操作被跳过，导致 从未越过 。 因此，在 与回滚后的 之间的某个槽位，可能仍保留着已
可能的 ATT&CK 技术 1 AI
T1069 · Permission Groups Discovery
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-98592 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
net: spacemit: clear TX descriptor on fragment mapping failure
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
net: spacemit: clear TX descriptor on fragment mapping failure
emac_tx_mem_map() writes TX_DESC_0_OWN into the ring descriptor for
every slot beyond old_head as soon as that slot's memset()'d local
copy is committed with "*tx_desc_addr = tx_desc", i.e. before the
buffers for that slot have necessarily all been mapped successfully.
If emac_tx_map_frag() then fails on a later fragment, the err_free_skb
path calls emac_free_tx_buf() to unmap and drop the skb, but leaves
the already-written descriptor memory untouched, and tx_ring->head is
never advanced past old_head (the "tx_ring->head = head" store is
skipped by the goto).
So a slot between old_head and the rolled-back head can be left with
TX_DESC_0_OWN set and buffer_addr_{1,2} pointing at DMA mappings that
emac_free_tx_buf() just tore down, while software considers that slot
free again. The next successful emac_tx_mem_map() call only rebuilds
old_head itself; if the DMA engine auto-advances into the following
descriptor once it finishes old_head's packet, it will fetch that
stale, already-unmapped address.
emac_tx_clean_desc() already treats emac_free_tx_buf() and clearing
the descriptor as a pair when reclaiming completed descriptors; do
the same in the mapping failure path.
来源: CVE Program / CVE List V5
CVSS Information
N/A
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
受影响产品
二、漏洞 CVE-2026-98592 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-98592 的情报信息
请登录查看更多情报信息。
CVE-2026-98592 其他参考 (3)
同批安全公告 · Linux · 2026-10-18 · 共 436 条
| CVE-2026-98582 | ST21NFCA NFC 驱动接收帧大小验证漏洞 | |
| CVE-2026-98568 | Linux vxlan 邻居回复内存使用漏洞 | |
| CVE-2026-98570 | Linux IPv6 子网路由表项处理信息泄露漏洞 | |
| CVE-2026-98571 | stmmac 驱动 skb 构建失败后内存泄漏漏洞 | |
| CVE-2026-98572 | bpf MIPS32 JEQ/JNE 跳转指令逻辑漏洞 | |
| CVE-2026-98573 | Linux 内核 IPv6 校验和计算整数下溢漏洞 | |
| CVE-2026-98574 | bcmgenet 网络驱动 NAPI 停止前禁用队列漏洞 | |
| CVE-2026-98575 | pn533 NFC 驱动越界读取漏洞 | |
| CVE-2026-98576 | Linux NFC LLCP 服务名日志越界读漏洞 | |
| CVE-2026-98577 | NFC LLCP 模块 WKS SAP 劫持漏洞 | |
| CVE-2026-98578 | Linux st21nfca ISO15693 库存长度验证漏洞 | |
| CVE-2026-98579 | NFC LLCP SDreq TLV 列表泄露漏洞 | |
| CVE-2026-98580 | Linux NFC LLCP 接受队列生命周期竞态条件漏洞 | |
| CVE-2026-98581 | NFC LLCP nfc_llcp_recv_dm 列表损坏/引用计数不同步 | |
| CVE-2026-98594 | tg3 驱动 PHYLIB 资源清理漏洞 | |
| CVE-2026-98590 | bpf 上下文代码生成逻辑修复 | |
| CVE-2026-98591 | bpf skb 动态指针越界漏洞 | |
| CVE-2026-98593 | Linux s390 调试功能空指针解引用漏洞 | |
| CVE-2026-98589 | bpf 子程序拒绝 pkt 参数 | |
| CVE-2026-98595 | Linux 内核 UDP 4 元组哈希表移除漏洞 |
显示前 20 条，共 436 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-98592
暂无评论