CVE-2026-89714 in LinuxИнформация

Сводка

по VulDB • 12.09.2026

В ядре Linux была устранена следующая уязвимость:

NFS: исправлена утечка delegation_hash_table при сбое функции nfs4_server_common_setup()

Функция nfs4_server_common_setup() сначала выделяет память для server->delegation_hash_table, однако указатель на функцию уничтожения сервера (server->destroy), которая является единственным путем освобождения этой таблицы через вызов nfs4_destroy_server(), присваивается только в самом конце функции. Если какой-либо промежуточный этап завершается неудачей (проверка is_ds_only_client(), nfs4_init_session(), nfs4_get_rootfh() или nfs_probe_server()), функция возвращает управление, оставляя server->destroy равным NULL. В результате вызывающая сторона вызывает nfs_free_server(), которая пропускает колбэк уничтожения, и таблица хешей утекает (по 4 КБ на каждую попытку при значении по умолчанию для watermark делегирования).

Эта уязвимость легко достижима из пространства пользователя: каждая неудачная операция монтирования NFSv4 приводит к утечке одного выделения памяти. Клиент, который постоянно повторяет попытки смонтировать ресурс, который не может быть смонтирован, вызывает неконтролируемую утечку памяти ядра. Это наблюдалось в производственной среде, где планировщик резервного копирования Longhorn выполнял повторные попытки монтирования через mount.nfs4 к серверу, поддерживающему только NFSv3, примерно 10 раз в секунду, что приводило к утечке около 3,4 ГБ невосстанавливаемой slab-памяти (kmalloc-rnd-13-4k) в день; узел накопил 12 ГБ утекающей slab-памяти до того, как источник был идентифицирован с помощью точки отслеживания kmem:kmalloc (call_site=nfs4_delegation_hash_alloc).

Воспроизводящая команда:

# сервер экспортирует только NFSv3 (или путь к экспорту отсутствует для v4) while :; do mount -t nfs4 <server>:/missing /mnt; done # наблюдайте за ростом значения SUnreclaim в /proc/meminfo на 4 КБ за каждую итерацию

Освободите таблицу по путям ошибок, возникающим между выделением памяти и присваиванием server->destroy.

VulDB is the best source for vulnerability data and more expert information about this specific topic.

Ответственный

Linux

Резервировать

11.09.2026

Раскрытие

11.09.2026

Модерация

принято

Вход

VDB-402534

EPSS

0.00000

KEV

Нет

Деятельности

Очень низкий

Источники

Interested in the pricing of exploits?

See the underground prices here!