CVE-2026-74677— ipheth 驱动断开连接时 UAF 漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
以下是该漏洞描述信息的中文翻译： 在 Linux 内核中，已修复以下漏洞： 网络子系统：USB：ipheth：修复断开连接时的 carrier_work 释放后使用（UAF）漏洞 函数在接收到任何非零的 URB（USB 请求块）状态时，都会重新调度检查载波的工作队列（carrier-check work）： 这段代码并没有将该工作队列与网络接口的“启用”状态绑定。因此，即使在 已经清空（drained）了该工作队列之后，它仍然可能被重新激活，并一直保持在待处理状态，直到包含它作为私有数据区域的 （网络设备）结构被释
影响版本矩阵 16
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | bb1b40c7cb863f0800a6410c7dcb86cf3f28d3b1< d07133fe1befae9a1e4c4c5e46ef0b73d2992020 |
affected |
bb1b40c7cb863f0800a6410c7dcb86cf3f28d3b1< 2c7496124e94c7f9c3daa5c5b1fb563ca9d62c45 |
affected | ||
bb1b40c7cb863f0800a6410c7dcb86cf3f28d3b1< 48303f3ae0fa6e102f3fc7dbf1688cc179131962 |
affected | ||
bb1b40c7cb863f0800a6410c7dcb86cf3f28d3b1< fde39b8a521780391fb4e5bda2c0aa4928947f12 |
affected | ||
4f2df9fd07698bece3321fbf9e4b6dbcb9babccc |
affected | ||
ea7d6be58c2e6c1f426b48994bb22b2393c90963 |
affected | ||
f5bca75dc46701f4c0d1dcbaae401233ae7ff06b |
affected | ||
4.4.180< 4.5 |
affected | ||
| … +8 条更多 | |||
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-74677 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
net: usb: ipheth: fix carrier_work UAF on disconnect
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
net: usb: ipheth: fix carrier_work UAF on disconnect
ipheth_sndbulk_callback() re-arms the carrier-check work on any
non-zero URB status:
else
schedule_delayed_work(&dev->carrier_work, 0);
Nothing ties that to the interface being up, so the work can be armed
again after ipheth_close() has already drained it, and stay armed
until the netdev whose private area embeds it is freed.
On unplug with a TX URB in flight, ipheth_disconnect() drains the work
through unregister_netdev() -> ipheth_close() ->
cancel_delayed_work_sync() and only then calls ipheth_kill_urbs().
usb_kill_urb() completes the in-flight TX URB with -ENOENT, so
ipheth_sndbulk_callback() runs after the drain and re-arms
carrier_work.
The same completion also re-arms the work if the interface is only
brought down while a TX URB is in flight, and
ipheth_carrier_check_work() then keeps re-queueing itself once a
second. unregister_netdev() does not call ipheth_close() for an
already-down interface, so nothing drains it on the later unplug
either.
In both cases free_netdev() frees the netdev while carrier_work is
still pending, and ipheth_carrier_check_work() dereferences freed
memory.
Tie the work to the interface state instead of chasing the completion:
disable it in ipheth_close() and enable it in ipheth_open(), so a
schedule_delayed_work() from the URB completion is a no-op whenever
the interface is not up. disable_delayed_work_sync() also waits for a
running instance, so it fully replaces the cancel_delayed_work_sync()
it takes the place of. The work starts out disabled in ipheth_probe()
so the enable/disable counts balance from the first open.
Reproduced under KASAN on linux-next (next-20260731) with dummy_hcd and
raw-gadget standing in for the device, driving the second path above (the
interface is already down, so unregister_netdev() does not call
ipheth_close()): 15 of 15 unpatched boots report a slab-use-after-free in
__run_timers(), freed by ipheth_disconnect() and re-armed from
ipheth_sndbulk_callback() via queue_delayed_work_on(). The
same trigger on a kernel differing only by this patch reports 0 of 15,
and the carrier check still functions across open/close cycles.
The reproducer needs an attached USB device that stops draining bulk OUT,
plus a link down and unplug, driven as root. It is not a privilege
boundary crossing and no exploit primitive was developed.
Found by 0sec (https://0sec.ai).
来源: 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-74677 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-74677 的情报信息
请登录查看更多情报信息。
CVE-2026-74677 补丁与修复 (4)
同批安全公告 · Linux · 2026-08-22 · 共 150 条
| CVE-2026-74705 | 10.0 CRITICAL | UDP隧道分段潜在使用-after-free漏洞 |
| CVE-2026-74612 | 10.0 CRITICAL | Linux内核veth模块SKB长度计算漏洞 |
| CVE-2026-74588 | 9.8 CRITICAL | Linux SCTP传输列表不同步漏洞 |
| CVE-2026-74628 | 9.8 CRITICAL | Linux内核 x25 远程计时器释放后使用漏洞 |
| CVE-2026-74597 | 9.8 CRITICAL | Linux ip6_tunnel skb2->cb[]未清除漏洞 |
| CVE-2026-74669 | 9.8 CRITICAL | Linux IPVS IPv4选项后重定位隧道ICMP错误 |
| CVE-2026-74608 | 9.8 CRITICAL | SMB客户端cifs_try_adding_channels函数中的释放后使用漏洞 |
| CVE-2026-74688 | 9.8 CRITICAL | SCTP传输控制块移除漏洞 |
| CVE-2026-74611 | 9.8 CRITICAL | TLS 1.3 乐观重试消息迭代器恢复漏洞 |
| CVE-2026-74587 | 9.8 CRITICAL | SCTP 缓存 ASCONF 块使用后释放漏洞 |
| CVE-2026-74662 | 9.8 CRITICAL | Linux inet frags 定时器竞争条件漏洞 |
| CVE-2026-74723 | 9.8 CRITICAL | btrfs LZO拒绝无有效头部的内联扩展 |
| CVE-2026-74616 | 9.8 CRITICAL | Linux内核XDP克隆数据包越界漏洞 |
| CVE-2026-74591 | 9.8 CRITICAL | Linux 内核文件映射恢复索引前重试导致漏洞 |
| CVE-2026-74586 | 9.8 CRITICAL | Linux内核SCTP对等端移除时传输未清理漏洞 |
| CVE-2026-74727 | 9.8 CRITICAL | OpenVPN by_id移除后跳过哈希重构 |
| CVE-2026-74617 | 9.8 CRITICAL | dibs: 在dibs_dev_alloc()中初始化dibs->lock |
| CVE-2026-74730 | 9.8 CRITICAL | NFS：在FREE_STATEID调用期间锁定struct nfs_server |
| CVE-2026-74712 | 9.3 CRITICAL | mlx5 vdpa 在 create_direct_keys() 中缓冲区长度修复漏洞 |
| CVE-2026-74665 | 9.1 CRITICAL | NET skb长度计算通用XDP片段调整后修复 |
显示前 20 条，共 150 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-74677
暂无评论