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

目标: 1000 元 · 已筹: 1359 元

100%

CVE-2026-98981— Linux 内核命名空间 dentry 解挂载前未哈希漏洞

一分钟漏洞结论

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

在 Linux 内核中,以下漏洞已得到修复: 命名空间:在断开挂载点之前,先从哈希表中移除目录项(dentry) 、 和 函数会从文件系统中移除目录项,在持有 inode 锁的情况下调用 ,待 inode 解锁后再调用 。 问题在于:在 和 之间,该目录项仍然处于“已哈希”且“有效(positive)”的状态。然而,在 执行之后,已没有任何东西能覆盖(protect)该目录项。此时,若在目录缓存(dcache)中通过查找(lookup)找到该目录项,就会暴露出原本被挂载点所隐藏的内容。 当删除那些在其他挂载命名空间

CVSS 8.8 · High EPSS 0.21% · P10

影响版本矩阵 12

厂商产品 版本范围状态
Linux Linux 8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe< db90eecbde319527aa9480c039d32a0f5fe80574 affected
8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe< 8d71bfc9b3fc15d7103e82ea9dc5057541866e46 affected
8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe< d29cd99db3db74cf3447be74d25740981789d461 affected
8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe< 8300de4aa5d09061bfcf2af5b52c0cdba3873185 affected
8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe< 528b383dc35d1e5caf64ddf5d35f983ae543b0d0 affected
3.18 affected
< 3.18 unaffected
6.6.160≤ 6.6.* unaffected
… +4 条更多
获取后续新漏洞提醒 登录后订阅

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

漏洞信息

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

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

Vulnerability Title
namespace: unhash a dentry before detaching the mounts on it
来源: CVE Program / CVE List V5
Vulnerability Description
In the Linux kernel, the following vulnerability has been resolved: namespace: unhash a dentry before detaching the mounts on it unlink(), rmdir() and rename() remove the entry from the filesystem, call detach_mounts() on the entry with the inode locked and then call d_delete() once the inode is unlocked. The thing is that between detach_mounts() and d_delete() the dentry is still hashed and positive. But after detach_mounts() nothing covers the dentry anymore. A lookup that finds this dentry in the dcache can uncover what the mounts hid. That's a problem when unlinking files or directories that are mountpoints in other mount namespaces. Everybody who had the underlying entry covered can race the detach_mount() call until d_delete() has run. The race window isn't all that small. It encompasses namespace_unlock() with a full synchronize_rcu_expedited() grace period and the inode_unlock() of the entry. In my experiments three walkers that kept trying read an overmounted file in 11938 of the 16140 unlinks that removed its mountpoint from a bind mount of the filesystem within a minute. Fun fact, d_invalidate() has the same ordering problem but gets it right. It unhashes the dentry first and detaches the mounts afterwards. Let's do the same in __detach_mounts(): - A lookup that hasn't found the dentry yet misses it in the dcache and waits for the directory lock that the caller holds until the name is gone for good. - A lockless lookup that found it already fails the mount_lock check while the dentry still counts as a mountpoint and the d_seq check once it doesn't, and retries. This fixes the lockless path. We still need to fix the reference count lookup in a follow-up patch. So d_drop() the dentry. The dentry stays positive and held but can't be found anymore. Then proceed with the detach and unlink. Reproducer: The reads were counted with the program below, three walkers for 60 s in a VM with 4 CPUs. The race window is stretched with the debug patch pasted here. fs.detach_race_walk_us sleeps in lookup_fast() once it found a mountpoint dentry and before its mounts are crossed. fs.detach_race_unlink_us sleeps in vfs_unlink() between detach_mounts() and d_delete(). // SPDX-License-Identifier: GPL-2.0 /* * unlink_covered: unlink a file that is a mountpoint in a detached copy of * its mount, against lookups that open it through that copy. * * A is a tmpfs with the file f1 (content SECRET_F) and the plain file * MARK_A. A' is an open_tree(OPEN_TREE_CLONE) copy of A with MARK_A bound * on A'/f1, held through an O_PATH fd on its root once the tree fd is * closed. Walkers open f1 through that fd while the driver unlinks A/f1, * where nothing is mounted on it. A walker may read MARK_A or get ENOENT. * A read of SECRET_F is a hit: the name was found after its mount was * gone. The lockless walks use openat2(RESOLVE_CACHED). * * usage: unlink_covered [-t seconds] [-w walkers] */ #ifndef _GNU_SOURCE #define _GNU_SOURCE #endif #include <errno.h> #include <fcntl.h> #include <pthread.h> #include <stdatomic.h> #include <stdio.h> #include <stdlib.h> #include <string.h> #include <unistd.h> #include <sys/mount.h> #include <sys/stat.h> #include <sys/syscall.h> #include <linux/openat2.h> #ifndef __NR_open_tree #define __NR_open_tree 428 #endif #ifndef __NR_move_mount #define __NR_move_mount 429 #endif #ifndef __NR_openat2 #define __NR_openat2 437 #endif #ifndef OPEN_TREE_CLONE #define OPEN_TREE_CLONE 1 #endif #ifndef OPEN_TREE_CLOEXEC #define OPEN_TREE_CLOEXEC O_CLOEXEC #endif #ifndef MOVE_MOUNT_F_EMPTY_PATH #define MOVE_MOUNT_F_EMPTY_PATH 0x00000004 #endif #define WORK "/tmp/uc" #define ADIR WORK "/A" static int duration = 60, nwalkers = 3; static atomic_int stop, writer_waiting; static pthread_rwlock_t cur_lock = PTHREAD_RWLOCK_INITIALIZER; static int cur_fd = -1; /* the root of A', -1 wh ---truncated---
来源: CVE Program / CVE List V5
CVSS Information
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
来源: CVE Program / CVE List V5
Vulnerability Type
N/A
来源: CVE Program / CVE List V5

受影响产品

厂商 产品 影响版本 CPE 订阅
Linux Linux 8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe ~ db90eecbde319527aa9480c039d32a0f5fe80574 -
Linux Linux 3.18 -

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

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

未找到公开 POC。

登录以生成 AI POC

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

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

CVE-2026-98981 补丁与修复 (2)

同批安全公告 · Linux · 2026-10-23 · 共 218 条

CVE-2026-98959 9.8 CRITICAL btrfs 扩展属性替换处理远程代码执行漏洞
CVE-2026-99079 9.8 CRITICAL Mellanox mlx5e 驱动 XSK 缓冲区释放漏洞
CVE-2026-99078 9.8 CRITICAL Mellanox mlx5e MPWQE重试时XSK缓冲区释放漏洞
CVE-2026-98870 8.8 HIGH ksmbd 会话清理时存在通道移除逻辑漏洞
CVE-2026-98980 8.8 HIGH namei 遍历中过度挂载条目信息泄露漏洞
CVE-2026-99083 8.8 HIGH ksmbd 的 krb5_authenticate() 函数堆越界写漏洞
CVE-2026-99082 8.8 HIGH KVM x86 内存管理漏洞
CVE-2026-98988 8.8 HIGH Linux 5.13 命名空间越界漏洞
CVE-2026-98978 8.4 HIGH Linux 命名空间 锁定挂载永不失效漏洞
CVE-2026-99042 8.4 HIGH io_uring 24 字节 sockaddr_in6 过滤字段填充漏洞
CVE-2026-98968 8.1 HIGH AMT 中继通用查询远程代码执行漏洞
CVE-2026-99064 8.1 HIGH CIPSO 缓存选项偏移调整漏洞
CVE-2026-99050 7.8 HIGH GPIO MPSSE 驱动 IRQ 轮询竞态漏洞
CVE-2026-99032 7.8 HIGH Linux 内核 SMC 模块 信息泄露漏洞
CVE-2026-98899 7.8 HIGH Linux netfilter ipset 竞态条件漏洞
CVE-2026-98976 7.8 HIGH Linux 内核命名空间挂载传播锁漏洞
CVE-2026-98889 7.8 HIGH iwlwifi 驱动调度扫描 IE 大小计算漏洞
CVE-2026-99054 7.8 HIGH Linux TIPC 拓扑服务队列资源泄漏漏洞
CVE-2026-99053 7.8 HIGH Linux TIPC 节点引用漏洞
CVE-2026-98991 7.8 HIGH Linux 内核队列命名空间挂载通知重复漏洞

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

IV. Related Vulnerabilities

V. Comments for CVE-2026-98981

暂无评论


发表评论