CVE-2026-93202— i3c主机设备注册递归锁漏洞
一分钟漏洞结论
影响对象
Linux Linux
利用判断
尚无明确在野利用证据，仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本；无法立即升级时，限制受影响服务暴露并加强监测。
在 Linux 内核中，以下漏洞已得到修复： i3c: 主机控制器：修复设备注册过程中的递归锁定问题 函数在持有 （一个 读锁）期间注册新发现的设备。然而， 可能会立即触发设备探测（probe），而探测回调函数通常会调用 I3C 辅助函数，这些辅助函数会再次尝试获取 。这导致了对同一读写信号量（rwsem）的递归获取。由于读写信号量不支持递归读锁定，如果有写者正在等待，就可能导致死锁。详见 文档中的“递归读锁”（Recursive read locks）章节。 例如，在使用 Intel LPSS I3C 控制器时，
可能的 ATT&CK 技术 1 AI
T1587 · Develop Capabilities
获取后续新漏洞提醒
登录后订阅
一、 漏洞 CVE-2026-93202 基础信息
漏洞信息
对漏洞内容有疑问？看看神龙的深度分析是否有帮助！
查看神龙十问 ↗
尽管我们使用了先进的大模型技术，但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性，但请您根据实际情况进行核实和判断。
Vulnerability Title
i3c: master: Fix recursive locking during device registration
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved:
i3c: master: Fix recursive locking during device registration
i3c_master_register_new_i3c_devs() registers newly discovered devices
while holding i3c_bus_normaluse_lock(), a down_read(). device_register()
can immediately probe the device, and probe callbacks typically invoke
I3C helpers that take i3c_bus_normaluse_lock() again, leading to a
recursive acquisition of the same rwsem. rwsems do not support recursive
read locking and can deadlock when a writer is waiting. See the
"Recursive read locks" section of Documentation/locking/lockdep-design.rst.
For example, with Intel LPSS I3C, LOCKDEP generates a WARNING like:
# echo intel-lpss-i3c.0 > /sys/bus/platform/drivers/mipi-i3c-hci/unbind
# echo intel-lpss-i3c.0 > /sys/bus/platform/drivers/mipi-i3c-hci/bind
WARNING: possible recursive locking detected
kworker/5:1/94 is trying to acquire lock:
ffff88811c810d78 (&i3cbus->lock){++++}-{4:4}, at: i3c_device_match_id+0x45/0x370
but task is already holding lock:
ffff88811c810d78 (&i3cbus->lock){++++}-{4:4}, at: i3c_master_reg_work_fn+0x21/0x5f0
Fix this by separating device creation from device registration.
Populate desc->dev under the maintenance lock, collect the devices that
still need registration into a local list, then release the lock before
calling device_register(). Finally retake the lock and clean up any
devices that failed to register.
Use the maintenance lock rather than the normal-use lock while adding
device objects. A write-side maintenance lock prevents readers from
observing a partially initialized desc->dev during initial device
population, or desc->dev disappearing if registration fails.
The local list requires a list node, so add a list node member to struct
i3c_device.
来源: 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-93202 的公开POC
| # | POC 描述 | 源链接 | 神龙链接 |
|---|
AI 生成 POC
高级
未找到公开 POC。
登录以生成 AI POC三、漏洞 CVE-2026-93202 的情报信息
请登录查看更多情报信息。
CVE-2026-93202 其他参考 (3)
同批安全公告 · Linux · 2026-09-17 · 共 602 条
| CVE-2026-90255 | Linux内核 Bluetooth 漏洞 | |
| CVE-2026-90238 | Linux内核 AMD ISP4 驱动死锁漏洞 | |
| CVE-2026-90240 | Linux内核 IOMMU 别名拆除时刷新缓存错误 | |
| CVE-2026-90239 | Linux内核 AMD ISP4 内存管理缺陷 | |
| CVE-2026-90241 | Intel VT-d 可扩展模式探测失败导致上下文拆除缺陷 | |
| CVE-2026-90243 | Linux内核 VT-d IOMMU 安全漏洞 | |
| CVE-2026-90242 | Linux内核IOMMU VTD引用计数泄漏 | |
| CVE-2026-90244 | Linux内核 iommu/dma 竞争条件漏洞 | |
| CVE-2026-90245 | Linux fbdev kyro 驱动坐标校验缺陷 | |
| CVE-2026-90246 | AppArmor 标签验证整数溢出 | |
| CVE-2026-90247 | 内核bpf路径mmap_lock内存泄漏 | |
| CVE-2026-90248 | Linux内核net/sched：修复竞态条件导致的协议拆解错误 | |
| CVE-2026-90249 | Linux内核iio驱动运行时电源管理修复 | |
| CVE-2026-90250 | Linux内核 bpf cgroup 空指针解引用漏洞 | |
| CVE-2026-90251 | Windows 17763 Bluetooth RCE漏洞 | |
| CVE-2026-90253 | Linux 蓝牙MESH 发送取消命令内存泄漏漏洞 | |
| CVE-2026-90252 | Linux Bluetooth MGMT 取消时未释放HCI命令 | |
| CVE-2026-90254 | 蓝牙 hci_sync 广告实例释放漏洞 | |
| CVE-2026-90256 | Linux Bluetooth L2CAP 远程代码执行漏洞 | |
| CVE-2026-90268 | Linux内核 SCSI子系统探测功能处理错误 |
显示前 20 条，共 602 条。 查看全部 → →
IV. Related Vulnerabilities
V. Comments for CVE-2026-93202
暂无评论