CVE-2026-74742— Linux内核 veth 模块唤醒逻辑修复
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Linux 内核中，已解决以下漏洞： veth：修复 veth_poll 中用于唤醒对端 TX 队列的队列索引错误 从 推导需要唤醒的对端 TX 队列索引。该字段仅在 XDP 程序附着时由 中的 初始化。但在纯 GRO/NAPI 路径（ ）中， 从未被调用，因此由于 是零值分配，所有队列的 都保持为 0。 因此，在启用了 GRO 且未附着 XDP 程序的多队列配置中，每个 NAPI 实例都会去唤醒对端的第 0 号 TX 队列。如果 因 已满（ ）而停止了第 1 号对端 TX 队列，则没有任何机制会再次唤醒它：负
可能的 ATT&CK 技术 1 AI
T1529 · System Shutdown/Reboot影响版本矩阵 11
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | 9fe31b3f314534e238aa6d0b6fb492134cbcf8be< b662a1fb4f3a5ea19bac24eea8315b1d05be51e7 |
affected |
dc82a33297fc2c58cb0b2b008d728668d45c0f6a< 73f8dd22b1e533a99ecc3f9b5de6c6daccaecace |
affected | ||
dc82a33297fc2c58cb0b2b008d728668d45c0f6a< 90bb11fb29d3c55a2c46dc7c386d096b286e7fcf |
affected | ||
dc82a33297fc2c58cb0b2b008d728668d45c0f6a< 60db47f02bfa2aa688938aa199117ec4f8e31d23 |
affected | ||
6.12.61< 6.12.105 |
affected | ||
6.16 |
affected | ||
< 6.16 |
unaffected | ||
6.12.105≤ 6.12.* |
unaffected | ||
| … +3 条更多 | |||
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-74742 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
veth: fix queue index used to wake the peer txq in veth_poll
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
veth: fix queue index used to wake the peer txq in veth_poll
veth_poll() derives the index of the peer TX queue to wake from
rq->xdp_rxq.queue_index. That field is only initialized by
xdp_rxq_info_reg() in veth_enable_xdp_range(), which runs only when an
XDP program is attached. On the plain GRO/NAPI path
(veth_napi_enable_range()) xdp_rxq_info_reg() is never called, so
queue_index stays 0 for every queue, as priv->rq is zero-allocated.
So in a multi-queue setup with GRO enabled and no XDP program attached,
every NAPI instance looks at the peer's TX queue 0. If veth_xmit() stops
peer TX queue 1 because the ptr_ring is full (NETDEV_TX_BUSY), nothing
ever wakes it again: the poller draining queue 1 wakes queue 0 instead.
veth implements no ndo_tx_timeout, so the netdev watchdog does not kick
in either, and the queue stays stopped indefinitely.
Derive the index from the position of the rq within priv->rq instead,
which is correct regardless of whether XDP was ever enabled.
Scripts to reproduce the stall are available at
https://github.com/netoptimizer/veth-backpressure-performance-testing
来源: 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-74742 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-74742 的情报信息
请登录查看更多情报信息。
CVE-2026-74742 补丁与修复 (4)
同批安全公告 · Linux · 2026-08-26 · 共 92 条
| CVE-2026-80556 | Linux内核 atmel-mci驱动释放后使用漏洞 | |
| CVE-2026-80554 | Linux s390/vfio_ccw 通道程序段数限制 | |
| CVE-2026-80551 | s390/vfio_ccw: 确保首个IDAW保持不变 | |
| CVE-2026-80548 | s390 VFIO 条件变量竞态条件 | |
| CVE-2026-80549 | s390 vfio_ccw 清理逻辑修复 | |
| CVE-2026-80546 | s390 zcrypt CCA CPRB长度溢出检查 | |
| CVE-2026-80547 | s390/vfio_ccw: 实现 CRW 锁 | |
| CVE-2026-80545 | Linux内核 s390 加密子系统缓冲区溢出漏洞 | |
| CVE-2026-80550 | Linux Kernel s390/vfio_ccw 数组越界检查缺陷 | |
| CVE-2026-80557 | libceph 2.0 越界读取漏洞 | |
| CVE-2026-80555 | s390/vfio_ccw 内存释放漏洞 | |
| CVE-2026-80559 | Sur40 输入设备注册顺序修复 | |
| CVE-2026-80558 | Ceph libceph 模块 OSID 索引缺陷 | |
| CVE-2026-80560 | OpenRISC 信号处理 权限位恢复错误 | |
| CVE-2026-80561 | libceph 多个不安全解码远程代码执行漏洞 | |
| CVE-2026-80562 | 内核 gpio ml-ioh 注册表锁机制优化 | |
| CVE-2026-80563 | Linux内核GPIO驱动解绑时释放后使用漏洞 | |
| CVE-2026-80564 | gve 驱动因缺少 ptp adjfine 空指针解引用 | |
| CVE-2026-80565 | Linux Kernel qce 驱动内存管理错误 | |
| CVE-2026-80566 | HyNitrON CST 触控校验漏洞 |
显示前 20 条，共 92 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-74742
暂无评论