CVE-2026-31400

NONE EPSS 0.02%
Обновлено 3 апреля 2026
Linux
Параметр Значение
Поставщик Linux
Публичный эксплойт Нет

В ядре Linux устранена следующая уязвимость: sunrpc: исправлена утечка кэша_запроса в кэше_релиз. Когда дескриптор файла читателя закрывается во время чтения Cache_request (rp->offset != 0), cache_release() уменьшает Читатели запроса подсчитывают, но никогда не проверяют, следует ли освободить запрос. В функции cache_read(), когда значение чтения падает до 0 и значение CACHE_PENDING очищается, cache_request удаляется из очереди и освобождается вместе со своим буфером и ссылку на кэш_хед.

В кэше_release() такая очистка отсутствует. Единственный другой путь, который освобождает запросы с читателями == 0, - это cache_dequeue(), но он запускается только тогда, когда CACHE_PENDING переходит из настроен на очистку. Если этот переход уже произошел, пока читатели были все еще ненулевое значение, то функция cache_dequeue() пропустит запрос, и нет последующий вызов очистит его.

Добавьте ту же логику очистки из кэша_read() в кэш_релиз(): после уменьшение числа читателей, проверьте, достигло ли оно 0 с помощью очистки CACHE_PENDING, и если да, удалите из очереди и освободите кэш_запрос.

Показать оригинальное описание (EN)

In the Linux kernel, the following vulnerability has been resolved: sunrpc: fix cache_request leak in cache_release When a reader's file descriptor is closed while in the middle of reading a cache_request (rp->offset != 0), cache_release() decrements the request's readers count but never checks whether it should free the request. In cache_read(), when readers drops to 0 and CACHE_PENDING is clear, the cache_request is removed from the queue and freed along with its buffer and cache_head reference. cache_release() lacks this cleanup. The only other path that frees requests with readers == 0 is cache_dequeue(), but it runs only when CACHE_PENDING transitions from set to clear. If that transition already happened while readers was still non-zero, cache_dequeue() will have skipped the request, and no subsequent call will clean it up. Add the same cleanup logic from cache_read() to cache_release(): after decrementing readers, check if it reached 0 with CACHE_PENDING clear, and if so, dequeue and free the cache_request.