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

Сводка

по VulDB • 28.10.2026

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

autofs: игнорировать ошибки уведомлений от замененной трубы (pipe)

Функция autofs_notify_daemon() получает ссылку на текущую трубу уведомлений под блокировкой wq_mutex, а затем снимает мьютекс перед записью запроса. Запись может заблокироваться, если демон переходит в кататонический режим и устанавливает заменяющую трубу.

Если после этого читатель старой трубы будет закрыт, отложенная запись вернет -EPIPE, и общий путь обработки ошибок снова переведет систему в кататонический режим. Этот переход воздействует на текущее состояние суперблока, закрывает заменяющую трубу и освобождает очереди ожидания для нового поколения демона.

Переходите в кататонический режим только тогда, когда труба, вызвавшая сбой, все еще является текущей трубой. Вынесите уже заблокированный переход так, чтобы проверка идентичности и изменение состояния были атомарными относительно другой замены.

Это было воспроизведено на версии v7.3-rc5-337-gff47652a4b66c в локальной гостевой среде QEMU. Запрос с непривилегированным UID 65534 заполнил старую трубу пакетов до нормального перезапуска CATATONIC/SETPIPEFD. На неизмененном ядре новая труба получила HUP, и как отложенный запрос жертвы (victim lookup), так и последующий запрос завершились ошибкой ENOENT в обоих из двух запусков с чистой монтированной файловой системой.

С этим изменением новая труба оставалась активной, получала целостный 304-байтовый запрос, и оба запроса жертвы успешно завершались в обоих из двух запусков. Контрольные тесты нормального поиска и перезапуска без заблокированного писателя прошли успешно. Не было обнаружено ни KASAN, ни oops, ни проблем со счетчиком ссылок (refcount), ни диагностических сообщений блокировок. Исходный код для воспроизведения проблемы и полные локальные логи доступны по запросу в закрытом доступе.

Демонстрируемое воздействие ограничивается отказом в обслуживании общего сервиса autofs во время легитимной перезапуска демона. Не было обнаружено повреждения памяти, утечки информации, повышения привилегий или примитивов выполнения кода.

Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.

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

Linux

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

25.09.2026

Раскрытие

28.10.2026

Модерация

принято

Вход

VDB-427944

EPSS

0.00000

KEV

Нет

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

Низкий

Источники

Do you know our Splunk app?

Download it now for free!