CVE-2026-98981
namespace: unhash a dentry before detaching the mounts on it
Что произошло
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 #include #include #include #include #include #include #include #include #include #include #include #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---
Что это значит
В источнике описана ошибка безопасности в перечисленных продуктах. Фактический риск зависит от установленной версии, конфигурации и доступности компонента; проверьте условия в первичном бюллетене.
Что делать
1. Проверьте, затронуты ли вы
Соберите инвентаризацию и сравните с таблицей затронутых версий. Эти команды только показывают установленные компоненты и сами по себе не доказывают наличие CVE.
dpkg-query -W -f='${Package} ${Version}\n'rpm -qa --qf '%{NAME}\t%{VERSION}-%{RELEASE}\n'Get-HotFix | Select-Object HotFixID, InstalledOn
2. Установите исправление
Сверьте точный продукт и версию с бюллетенем вендора. Установите указанное в нём исправление после резервного копирования и проверки совместимости. Подтверждённая целевая версия в источниках отсутствует.
3. Временные меры
До проверки бюллетеня ограничьте доступ к затронутому компоненту доверенными узлами. Оцените сегментацию и отключение ненужных интерфейсов с владельцем сервиса; универсального правила WAF для этой CVE не подтверждено.
4. Проверьте следы эксплуатации
Проверьте аномальные входы, новые учётные записи, ошибки и необычные дочерние процессы в затронутом сервисе. Публичные проверенные правила обнаружения не включены в запись; отсутствие сигналов не доказывает отсутствие компрометации.
5. После исправления
- Проверьте фактическую версию и результат установки по бюллетеню.
- При необходимости перезапустите сервисы в согласованное окно.
- Повторите проверку сканером и функциональные проверки.
- Зафиксируйте результат, дату, владельца и оставшийся риск.
Продукты и затронутые версии
Linux / Linux
{
"status": "affected",
"version": "8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe",
"lessThan": "b3fa3811ffffa130586c4ff8f7299b7fc69216d5",
"versionType": "git"
}{
"status": "affected",
"version": "8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe",
"lessThan": "97cc290c57ea04337fd33912d780367add41525c",
"versionType": "git"
}{
"status": "affected",
"version": "8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe",
"lessThan": "bb917ec497f6099c6cb9375596e085a5f6b52ff2",
"versionType": "git"
}{
"status": "affected",
"version": "8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe",
"lessThan": "db90eecbde319527aa9480c039d32a0f5fe80574",
"versionType": "git"
}{
"status": "affected",
"version": "8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe",
"lessThan": "8d71bfc9b3fc15d7103e82ea9dc5057541866e46",
"versionType": "git"
}{
"status": "affected",
"version": "8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe",
"lessThan": "d29cd99db3db74cf3447be74d25740981789d461",
"versionType": "git"
}{
"status": "affected",
"version": "8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe",
"lessThan": "8300de4aa5d09061bfcf2af5b52c0cdba3873185",
"versionType": "git"
}{
"status": "affected",
"version": "8ed936b5671bfb33d89bc60bdcc7cf0470ba52fe",
"lessThan": "528b383dc35d1e5caf64ddf5d35f983ae543b0d0",
"versionType": "git"
}Linux / Linux
{
"status": "affected",
"version": "3.18"
}{
"status": "unaffected",
"version": "0",
"lessThan": "3.18",
"versionType": "semver"
}{
"status": "unaffected",
"version": "5.10.273",
"versionType": "semver",
"lessThanOrEqual": "5.10.*"
}{
"status": "unaffected",
"version": "5.15.224",
"versionType": "semver",
"lessThanOrEqual": "5.15.*"
}{
"status": "unaffected",
"version": "6.1.191",
"versionType": "semver",
"lessThanOrEqual": "6.1.*"
}{
"status": "unaffected",
"version": "6.6.160",
"versionType": "semver",
"lessThanOrEqual": "6.6.*"
}{
"status": "unaffected",
"version": "6.12.114",
"versionType": "semver",
"lessThanOrEqual": "6.12.*"
}{
"status": "unaffected",
"version": "6.18.57",
"versionType": "semver",
"lessThanOrEqual": "6.18.*"
}{
"status": "unaffected",
"version": "7.2.11",
"versionType": "semver",
"lessThanOrEqual": "7.2.*"
}{
"status": "unaffected",
"version": "7.3",
"versionType": "original_commit_for_fix",
"lessThanOrEqual": "*"
}CVSS: оценки и векторы
CVSS 3.1 · cve8.8
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
CVSS 3.1 · 416baaa9-dc9f-4396-8d5f-8c081fb06d678.8
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
CVSS 3.1 · ghsa8.8
CVSS:3.1/AV:L/AC:L/PR:L/UI:N/S:C/C:H/I:H/A:H
Источники и ссылки
Происхождение полей
{
"cwes": [],
"epss": {
"source": "epss",
"received_at": "2026-11-01T21:13:22.700897+00:00"
},
"title": {
"source": "cve",
"received_at": "2026-10-30T12:57:41.949468+00:00"
},
"scores": [
"cve",
"ghsa",
"nvd"
],
"status": {
"source": "cve",
"received_at": "2026-10-30T12:57:41.949468+00:00"
},
"affected": [
"cve"
],
"published": {
"source": "cve",
"received_at": "2026-10-30T12:57:41.949468+00:00"
},
"solutions": [],
"percentile": {
"source": "epss",
"received_at": "2026-11-01T21:13:22.700897+00:00"
},
"references": [
"cve",
"ghsa",
"nvd"
],
"description": {
"source": "cve",
"received_at": "2026-10-30T12:57:41.949468+00:00"
},
"workarounds": [],
"configurations": []
}Хронология записи
- Данные обновлены02.11.2026, 03:33
- Данные обновлены02.11.2026, 00:13
- Данные обновлены31.10.2026, 12:00
- Данные обновлены30.10.2026, 20:51
- Данные обновлены30.10.2026, 15:58
- Данные обновлены29.10.2026, 12:47
- Опубликована28.10.2026, 23:13
Личная заметка и статус
Другие CVE того же продукта
| УЯЗВИМОСТЬ / ПРОДУКТ | ПРИОРИТЕТ | CVSS | EPSS | СИГНАЛЫ | ОПУБЛИКОВАНА | Карточка |
|---|---|---|---|---|---|---|
| CVE-2026-99242 ntfs: fix race between fallocate and mmap reads Linux / Linux | Информационный | — | — | 02.11.2026 | ||
| CVE-2026-99241 ntfs: take invalidate_lock in ntfs_filemap_page_mkwrite() Linux / Linux | Информационный | — | — | 02.11.2026 | ||
| CVE-2026-99240 mm/damon/core: error damos_commit_quota_goal() for zero target_value Linux / Linux | Информационный | — | — | 02.11.2026 | ||
| CVE-2026-99239 Bluetooth: L2CAP: refuse __l2cap_chan_add if chan already has conn Linux / Linux | Высокий | 7.8 | — | 02.11.2026 | ||
| CVE-2026-99238 tracing: Hold trace_types_lock when updating modules in persistent instances Linux / Linux | Высокий | 7.8 | — | 02.11.2026 |