IPBUF安全漏洞报告
English
CVE-2026-43314 CVSS 5.5 中危

CVE-2026-43314 Linux内核dm驱动请求泄露漏洞

披露日期: 2026-05-08
来源: 416baaa9-dc9f-4396-8d5f-8c081fb06d67

漏洞信息

漏洞编号
CVE-2026-43314
漏洞类型
拒绝服务
CVSS评分
5.5 中危
攻击向量
本地 (AV:L)
认证要求
低权限 (PR:L)
用户交互
无需交互 (UI:N)
影响产品
Linux Kernel

相关标签

Linux内核拒绝服务DoS资源泄漏Device MapperCVE-2026-43314

漏洞概述

Linux内核中的设备映射器驱动程序存在一个安全漏洞。由于该驱动程序没有实现自己的超时处理程序,而是依赖其从设备的超时处理,因此在特定情况下会导致请求泄露。当向dm设备注入io-timeout-fail错误时,请求将永远不会完成,导致任务无限期挂起,从而引发拒绝服务。该问题源于驱动程序未能正确处理blk_should_fake_timeout()的调用逻辑。

技术细节

该漏洞出现在Linux内核的Device Mapper (dm)驱动中。自内核提交15f73f5b3e59起,驱动程序负责在适当的代码路径中调用blk_should_fake_timeout()。然而,dm驱动本身并未实现原生的超时处理程序,而是依赖于其底层从属设备(如iscsi)的超时处理机制。当向dm设备注入io-timeout-fail错误时,由于dm驱动错误地尝试伪造超时却无法完成处理,导致I/O请求被泄露且永远不会完成。具体的利用场景涉及配置一个带有iscsi从属设备的dm映射器。在注入故障并执行读写操作后,如果尝试注销iscsi会话,内核任务会因为等待队列冻结而陷入不可中断睡眠状态,并最终触发hung task警告。修复方案是移除dm驱动中对blk_should_fake_timeout()的检查,因为它不具备处理超时的能力。

攻击链分析

STEP 1
环境准备
攻击者准备一个包含iscsi从属设备的dm(Device Mapper)设备。
STEP 2
故障注入
通过sysfs和debugfs接口向dm设备注入io-timeout-fail错误,设置故障概率和次数。
STEP 3
触发I/O
对dm设备执行读取或写入操作,使请求进入处理流程并受到故障注入的影响。
STEP 4
执行注销
执行iscsiadm命令注销iscsi节点,触发设备卸载流程。
STEP 5
系统挂起
由于请求泄露未被完成,任务在等待队列冻结时无限期阻塞,导致系统拒绝服务。

PoC / 利用代码

⚠️ 仅供安全研究
以下代码仅用于安全研究和授权测试,未经授权使用属于违法行为。
PoC
#!/bin/bash # PoC for CVE-2026-43314: Linux Kernel dm driver request leak # This script demonstrates the reproduction steps provided in the vulnerability report. # Note: This requires root privileges and specific kernel configuration (debugfs, fault injection). # 1. Setup: Ensure dm device (e.g., dm-0) with iscsi slave exists. # 2. Inject io-timeout-fail to dm device echo 1 > /sys/class/block/dm-0/io-timeout-fail echo 100 > /sys/kernel/debug/fail_io_timeout/probability echo 10 > /sys/kernel/debug/fail_io_timeout/times # 3. Trigger I/O operations on the dm device dd if=/dev/dm-0 of=/dev/null bs=1k count=1 & dd if=/dev/zero of=/dev/dm-0 bs=1k count=1 & # 4. Trigger the hang scenario by unbinding the iscsi session iscsiadm -m node -u # Result: The system may hang tasks waiting for I/O completion.

影响范围

Linux Kernel 6.19-rc1

防御指南

临时缓解措施
建议立即更新Linux内核至修复版本。在无法更新的情况下,可以通过限制非特权用户对故障注入接口(debugfs)的访问权限来降低风险,或者避免在关键系统上使用受影响版本的dm驱动配合iscsi。

参考链接

快速导航: 前沿安全 最新收录域名列表 最新威胁情报列表 最新网站排名列表 最新工具资源列表 最新CVE漏洞列表