CVE-2026-80562— 内核 gpio ml-ioh 注册表锁机制优化
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Linux 内核中，已修复以下漏洞： gpio: ml-ioh：对寄存器锁使用 被注册为 的 回调，并通过 获取 。该回调的调用路径为 → → ，此时调用方持有 （一个 ），并且硬件中断已被禁用。该上下文不可睡眠，但在 PREEMPT_RT 下，普通的 是一个由 rtmutex 支持的睡眠锁，因此在此上下文中获取它是不合法的。 和 从 / 回调中获取相同的锁，而这些回调同样是在持有 的情况下被调用的。 将寄存器锁转换为 。同一把锁还用于串行化 GPIO 方向/值回调以及挂起/恢复时的寄存器保存/恢复操作，这些临
可能的 ATT&CK 技术 1 AI
T1021 · Remote Services
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-80562 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
gpio: ml-ioh: use raw_spinlock_t for the register lock
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
gpio: ml-ioh: use raw_spinlock_t for the register lock
ioh_irq_type() is registered as the irq_chip .irq_set_type callback and
takes chip->spinlock with spin_lock_irqsave(). This callback is reached
from __setup_irq() -> __irq_set_trigger() -> chip->irq_set_type() while
the caller holds desc->lock, a raw_spinlock_t, with hardirqs disabled.
That context is not sleepable, but on PREEMPT_RT a regular spinlock_t is
an rtmutex-backed sleeping lock, so acquiring it there is invalid.
ioh_irq_enable() and ioh_irq_disable() take the same lock from the
.irq_enable/.irq_disable callbacks, which are likewise invoked with
desc->lock held.
Convert the register lock to raw_spinlock_t. The same lock also
serializes the GPIO direction/value callbacks and the suspend/resume
register save/restore, and those critical sections only perform short
sequences of MMIO register accesses (ioread32()/iowrite32()); the
.irq_set_type callback additionally emits a dev_warn() on an unsupported
type. None of these are sleepable operations, so keeping this register
lock non-sleeping is appropriate for the irqchip callbacks and does not
change the GPIO-side locking contract.
This is the same fix as commit a02b8950d619 ("gpio: pch: use
raw_spinlock_t for the register lock"); this driver shares the same
structure as gpio-pch.
来源: 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-80562 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-80562 的情报信息
请登录查看更多情报信息。
CVE-2026-80562 补丁与修复 (3)
同批安全公告 · Linux · 2026-08-26 · 共 92 条
| CVE-2026-80557 | libceph 2.0 越界读取漏洞 | |
| CVE-2026-80553 | s390/vfio_ccw 队列取消机制 | |
| CVE-2026-80552 | s390/vfio_ccw 缓冲区溢出漏洞 | |
| 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-80543 | s390/zcrypt: 用零填充 CCA 或 EP11 消息 | |
| CVE-2026-80548 | s390 VFIO 条件变量竞态条件 | |
| CVE-2026-80555 | s390/vfio_ccw 内存释放漏洞 | |
| CVE-2026-80554 | Linux s390/vfio_ccw 通道程序段数限制 | |
| CVE-2026-80556 | Linux内核 atmel-mci驱动释放后使用漏洞 | |
| CVE-2026-80559 | Sur40 输入设备注册顺序修复 | |
| CVE-2026-80558 | Ceph libceph 模块 OSID 索引缺陷 | |
| CVE-2026-80560 | OpenRISC 信号处理 权限位恢复错误 | |
| CVE-2026-80561 | libceph 多个不安全解码远程代码执行漏洞 | |
| 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-80562
暂无评论