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

目标: 1000 元 · 已筹: 1336

100%

CVE-2026-89485— Linux lockd 锁释放时文件指针固定漏洞

一分钟漏洞结论

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

In the Linux kernel, the following vulnerability has been resolved: lockd: pin next file across nlm_inspect_file lock-drop nlm_traverse_files() pins the current file with f_count++ across a mutex_unlock for nlm_inspect_file(), but nothing pins the saved next p

获取后续新漏洞提醒 登录后订阅

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

漏洞信息

Shenlong is analyzing...


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

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

Vulnerability Title
lockd: pin next file across nlm_inspect_file lock-drop
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: lockd: pin next file across nlm_inspect_file lock-drop nlm_traverse_files() pins the current file with f_count++ across a mutex_unlock for nlm_inspect_file(), but nothing pins the saved next pointer. A concurrent nlm_release_file() can kfree the next file during the unlock window, and the iterator dereferences freed memory on the next loop step. Pin both current and next before the lock-drop. Advance by swapping the pinned cursors at the end of each iteration so next is always held alive across the unlock. Always call nlm_file_release() after dropping the iteration pin, regardless of whether the file matched the predicate. Use nlm_file_inuse(), which does a live walk of the inode lock list, rather than the cached f_locks field, so skipped files that never ran nlm_inspect_file() are evaluated correctly. Because every file in a hash bucket is now pinned and released, files skipped by the is_failover_file predicate that have no locks, blocks, shares, or external references are deleted during traversal. The old code never evaluated skipped files for cleanup. The new behavior is intentional: such files are stale and should not persist in the table.
来源: CVE Program / CVE List V5
CVSS Information
N/A
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5

受影响产品

厂商 产品 影响版本 CPE 订阅
Linux Linux 01df9c5e918ae5559f2d96da0143f8bfbb9e6171 ~ c24bdb7df2f34bdc38ca8a73796f5acb40f1830c -
Linux Linux 2.6.18 -

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

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

未找到公开 POC。

登录以生成 AI POC

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

登录查看更多情报信息。

CVE-2026-89485 其他参考 (4)

同批安全公告 · Linux · 2026-09-11 · 共 431 条

CVE-2026-89490 OCFS2 32位内核readdir截断修复
CVE-2026-89477 Linux内核 SCTP 重配置空指针引用漏洞
CVE-2026-89478 sctp:移除的传输中丢弃数据块
CVE-2026-89479 内核SCTP模块关联删除后仍处理报文
CVE-2026-89480 NVMe-TCP 读取字节数异常拒绝漏洞
CVE-2026-89482 NVMe-TCP 数据长度误判漏洞
CVE-2026-89481 NVMe/TCP 主机内存泄露漏洞
CVE-2026-89483 Linux内核 NVMe驱动 逻辑错误
CVE-2026-89484 Linux内核lockd 空指针解引用漏洞
CVE-2026-89486 IPMI 驱动 _ipmi_destroy_user 释放后使用漏洞
CVE-2026-89487 Open vSwitch 数据包丢弃逻辑缺陷
CVE-2026-89488 Open vSwitch CT limit 释放后使用漏洞
CVE-2026-89489 OpenRISC 内核 or1k_atomic 任意内存访问漏洞
CVE-2026-89491 OCFS2集群心跳锁持有期间睡眠漏洞
CVE-2026-89501 ring-buffer 子缓冲区调整时未持锁漏洞
CVE-2026-89498 Orangefs 双重释放漏洞
CVE-2026-89499 ring-buffer 页面交换失败时停止远程读取
CVE-2026-89500 ring-buffer 缓冲区读取页修复
CVE-2026-89497 Orangefs 调试掩码解析空格处理缺陷
CVE-2026-89502 Ring-Buffer 内存释放错误

显示前 20 条,共 431 条。 查看全部 → →

IV. Related Vulnerabilities

V. Comments for CVE-2026-89485

暂无评论


发表评论