CVE-2026-74745— bnxt 驱动 IRQ 取消死锁漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Linux 内核中，已修复以下漏洞： eth: bnxt: 避免在取消 IRQ 亲和性通知器时发生死锁 取消（注销）IRQ 亲和性通知器时会同步等待其回调函数执行完毕。 bnxt 驱动在通知器回调中获取 netdev 实例锁（以重启队列），并在同一把锁的保护下取消工作项。这显然可能导致死锁。 解决方案是将队列重启操作移至异步服务任务中执行。队列重启并不对时间特别敏感，因此可以安全地改为异步处理。具体做法是：保存新的 TPH 标签，然后调度该服务任务。该服务任务的取消机制此前已经经过充分验证。 在 中，注册通知器
影响版本矩阵 8
| 厂商 | 产品 | 版本范围 | 状态 |
|---|---|---|---|
| Linux | Linux | c214410c47d6ec3128143370747d9e388bab21d7< d10e73572cda4af7487f82f58a7771f18cf61084 |
affected |
c214410c47d6ec3128143370747d9e388bab21d7< 8b1118fc5a5d2cdc21cc07b5106921ad4f77c544 |
affected | ||
c214410c47d6ec3128143370747d9e388bab21d7< 51e96fa31f7e7eac2cba8f854e24d36600cc040b |
affected | ||
6.15 |
affected | ||
< 6.15 |
unaffected | ||
6.18.57≤ 6.18.* |
unaffected | ||
7.1.10≤ 7.1.* |
unaffected | ||
7.2≤ * |
unaffected |
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-74745 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
eth: bnxt: avoid deadlock when canceling IRQ affinity notifier
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
eth: bnxt: avoid deadlock when canceling IRQ affinity notifier
Unregistering IRQ affinity notifiers waits for the callback synchronously.
bnxt takes the netdev instance lock in the notifier (to restart the queue)
and cancels the work under the same lock. This may obviously deadlock.
Move the restart to the async service task. The queue restart isn't
super time sensitive. Store the new TPH tag, schedule the task.
Safely canceling the service task is already ironed out.
In bnxt_request_irq() the order of registering notifier, affinity and
initial TPH programming has to be inverted. I think it was racy
previously since user may trigger an update as soon as notifier
is installed.
There's a small known gap - if pcie_tph_get_cpu_st() fails at init
and the target tag is 0 we may miss programming the entry.
This does not seem worth fixing, the code has skip-on-failure
all over the place, anyway.
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
受影响产品
二、漏洞 CVE-2026-74745 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-74745 的情报信息
请登录查看更多情报信息。
CVE-2026-74745 补丁与修复 (2)
CVE-2026-74745 其他参考 (1)
同批安全公告 · Linux · 2026-08-26 · 共 92 条
| CVE-2026-80558 | 9.8 CRITICAL | Ceph libceph 模块 OSID 索引缺陷 |
| CVE-2026-74752 | 9.8 CRITICAL | SCTP协议Cookie AUTH状态校验前使用漏洞 |
| CVE-2026-80586 | 9.8 CRITICAL | Linux内核 MPTCP 模块异常尺寸处理缺陷 |
| CVE-2026-74746 | 9.8 CRITICAL | Netfilter 流表 GC 可见元组发布顺序漏洞 |
| CVE-2026-74744 | 9.8 CRITICAL | Linux内核ipvlan模块继承headroom/tailroom |
| CVE-2026-74743 | 9.8 CRITICAL | macvlan 继承底层设备头部尾部空间 |
| CVE-2026-80519 | 9.8 CRITICAL | OpenVPN 加密回调清理漏洞 |
| CVE-2026-80561 | 9.8 CRITICAL | libceph 多个不安全解码远程代码执行漏洞 |
| CVE-2026-80587 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-80528 | 9.8 CRITICAL | Ceph 文件回收竞态漏洞 |
| CVE-2026-74737 | 9.8 CRITICAL | TI AM65 CPSW 驱动端口ID提取错误 |
| CVE-2026-80589 | 9.8 CRITICAL | 磁盘块：释放未添加磁盘时停止超时定时器 |
| CVE-2026-80557 | 9.8 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-74751 | 9.4 CRITICAL | RISC-V ZBB strnlen越界读取 |
| CVE-2026-80585 | 9.4 CRITICAL | Linux 内核 MPTCP 快开子流标记错误 |
| CVE-2026-80554 | 9.3 CRITICAL | Linux s390/vfio_ccw 通道程序段数限制 |
| CVE-2026-80551 | 9.3 CRITICAL | Linux kernel 安全漏洞 |
| CVE-2026-80576 | 8.8 HIGH | AMD GPU 驱动拒绝超大IB |
| CVE-2026-80552 | 8.8 HIGH | Linux kernel 安全漏洞 |
| CVE-2026-80553 | 8.8 HIGH | Linux kernel 安全漏洞 |
显示前 20 条，共 92 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-74745
暂无评论