目标达成 感谢每一位支持者 — 我们达成了 100% 目标!

目标: 1000 元 · 已筹: 1359 元

100%

CVE-2026-22981— Linux kernel 安全漏洞

一分钟漏洞结论

影响对象
Linux Linux
利用判断
尚无明确在野利用证据,仍需结合暴露面评估
建议动作
优先检查厂商安全公告和参考链接中的修复版本;无法立即升级时,限制受影响服务暴露并加强监测。

Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞,该漏洞源于idpf在处理重置时未分离和关闭网络设备,可能导致回调冲突。

AI 预测 6.5 利用难度: 较易 EPSS 0.14% · P3

影响版本矩阵 8

厂商产品 版本范围状态
Linux Linux 0fe45467a1041ea3657a7fa3a791c84c104fbd34< 9ad3d0836d8bc1a0f0b4bf56efc56312a9e64b97 affected
0fe45467a1041ea3657a7fa3a791c84c104fbd34< ac122f5fb050903b3d262001562c452be95eaf70 affected
0fe45467a1041ea3657a7fa3a791c84c104fbd34< 2e281e1155fc476c571c0bd2ffbfe28ab829a5c3 affected
6.7 affected
< 6.7 unaffected
6.12.80≤ 6.12.* unaffected
6.18.6≤ 6.18.* unaffected
6.19≤ * unaffected
获取后续新漏洞提醒 登录后订阅

一、 漏洞 CVE-2026-22981 基础信息

漏洞信息

对漏洞内容有疑问?看看神龙的深度分析是否有帮助!
查看神龙十问 ↗

尽管我们使用了先进的大模型技术,但其输出仍可能包含不准确或过时的信息。神龙努力确保数据的准确性,但请您根据实际情况进行核实和判断。

Vulnerability Title
idpf: detach and close netdevs while handling a reset
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: idpf: detach and close netdevs while handling a reset Protect the reset path from callbacks by setting the netdevs to detached state and close any netdevs in UP state until the reset handling has completed. During a reset, the driver will de-allocate resources for the vport, and there is no guarantee that those will recover, which is why the existing vport_ctrl_lock does not provide sufficient protection. idpf_detach_and_close() is called right before reset handling. If the reset handling succeeds, the netdevs state is recovered via call to idpf_attach_and_open(). If the reset handling fails the netdevs remain down. The detach/down calls are protected with RTNL lock to avoid racing with callbacks. On the recovery side the attach can be done without holding the RTNL lock as there are no callbacks expected at that point, due to detach/close always being done first in that flow. The previous logic restoring the netdevs state based on the IDPF_VPORT_UP_REQUESTED flag in the init task is not needed anymore, hence the removal of idpf_set_vport_state(). The IDPF_VPORT_UP_REQUESTED is still being used to restore the state of the netdevs following the reset, but has no use outside of the reset handling flow. idpf_init_hard_reset() is converted to void, since it was used as such and there is no error handling being done based on its return value. Before this change, invoking hard and soft resets simultaneously will cause the driver to lose the vport state: ip -br a <inf> UP echo 1 > /sys/class/net/ens801f0/device/reset& \ ethtool -L ens801f0 combined 8 ip -br a <inf> DOWN ip link set <inf> up ip -br a <inf> DOWN Also in case of a failure in the reset path, the netdev is left exposed to external callbacks, while vport resources are not initialized, leading to a crash on subsequent ifup/down: [408471.398966] idpf 0000:83:00.0: HW reset detected [408471.411744] idpf 0000:83:00.0: Device HW Reset initiated [408472.277901] idpf 0000:83:00.0: The driver was unable to contact the device's firmware. Check that the FW is running. Driver state= 0x2 [408508.125551] BUG: kernel NULL pointer dereference, address: 0000000000000078 [408508.126112] #PF: supervisor read access in kernel mode [408508.126687] #PF: error_code(0x0000) - not-present page [408508.127256] PGD 2aae2f067 P4D 0 [408508.127824] Oops: Oops: 0000 [#1] SMP NOPTI ... [408508.130871] RIP: 0010:idpf_stop+0x39/0x70 [idpf] ... [408508.139193] Call Trace: [408508.139637] <TASK> [408508.140077] __dev_close_many+0xbb/0x260 [408508.140533] __dev_change_flags+0x1cf/0x280 [408508.140987] netif_change_flags+0x26/0x70 [408508.141434] dev_change_flags+0x3d/0xb0 [408508.141878] devinet_ioctl+0x460/0x890 [408508.142321] inet_ioctl+0x18e/0x1d0 [408508.142762] ? _copy_to_user+0x22/0x70 [408508.143207] sock_do_ioctl+0x3d/0xe0 [408508.143652] sock_ioctl+0x10e/0x330 [408508.144091] ? find_held_lock+0x2b/0x80 [408508.144537] __x64_sys_ioctl+0x96/0xe0 [408508.144979] do_syscall_64+0x79/0x3d0 [408508.145415] entry_SYSCALL_64_after_hwframe+0x76/0x7e [408508.145860] RIP: 0033:0x7f3e0bb4caff
来源: CVE Program / CVE List V5
CVSS Information
N/A
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5
Vulnerability Title
Linux kernel 安全漏洞
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Description
Linux kernel是美国Linux基金会的开源操作系统Linux所使用的内核。 Linux kernel存在安全漏洞,该漏洞源于idpf在处理重置时未分离和关闭网络设备,可能导致回调冲突。
来源: 中国国家信息安全漏洞库 CNNVD
CVSS Information
N/A
来源: 中国国家信息安全漏洞库 CNNVD
Vulnerability Type
N/A
来源: 中国国家信息安全漏洞库 CNNVD

受影响产品

厂商 产品 影响版本 CPE 订阅
Linux Linux 0fe45467a1041ea3657a7fa3a791c84c104fbd34 ~ 9ad3d0836d8bc1a0f0b4bf56efc56312a9e64b97 -
Linux Linux 6.7 -

二、漏洞 CVE-2026-22981 的公开POC

# POC 描述 源链接 神龙链接
AI 生成 POC 高级

未找到公开 POC。

登录以生成 AI POC

三、漏洞 CVE-2026-22981 的情报信息

请登录查看更多情报信息。

同批安全公告 · Linux · 2026-01-23 · 共 34 条

CVE-2026-22984 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2025-71159 9.8 CRITICAL Linux kernel 安全漏洞
CVE-2025-71145 7.8 HIGH Linux kernel 安全漏洞
CVE-2026-22980 7.8 HIGH Linux kernel 安全漏洞
CVE-2025-71158 7.8 HIGH Linux kernel 安全漏洞
CVE-2026-22988 7.8 HIGH Linux kernel 安全漏洞
CVE-2025-71155 7.8 HIGH Linux kernel 安全漏洞
CVE-2025-71146 7.5 HIGH Linux kernel 安全漏洞
CVE-2025-71161 7.5 HIGH Linux kernel 安全漏洞
CVE-2026-22990 7.5 HIGH Linux kernel 安全漏洞
CVE-2026-22991 7.5 HIGH Linux kernel 安全漏洞
CVE-2026-22992 7.5 HIGH Linux kernel 安全漏洞
CVE-2025-71150 7.5 HIGH Linux kernel 安全漏洞
CVE-2026-22989 Linux kernel 安全漏洞
CVE-2026-22993 Linux kernel 安全漏洞
CVE-2026-22987 Linux kernel 安全漏洞
CVE-2026-22986 Linux kernel 安全漏洞
CVE-2026-22985 Linux kernel 安全漏洞
CVE-2026-22994 Linux kernel 安全漏洞
CVE-2026-22995 Linux kernel 安全漏洞

显示前 20 条,共 34 条。 查看全部 &rarr; →

IV. Related Vulnerabilities

V. Comments for CVE-2026-22981

暂无评论


发表评论