В ядре Linux устранена следующая уязвимость:
nvmet-tcp: исправлена утечка кэша фрагмента страницы в пути ошибки. В nvmet_tcp_alloc_queue(), когда соединение закрывается во время
процесс выделения (например, nvmet_tcp_set_queue_sock() возвращает -ENOTCONN),
обработка ошибок переходит к out_destroy_sq, а затем к out_ida_remove
без очистки кэша фрагментов страницы. Хотя nvmet_tcp_free_cmd() вызывается в некоторых путях ошибок для освобождения
отдельные фрагменты страниц, ссылка на базовый кэш страниц, хранящаяся в
очередь->pf_cache никогда не освобождается.
Первое выделение с использованием pf_cache
это вызов nvmet_tcp_alloc_cmd() для очереди->connect, что происходит
после успешного завершения ida_alloc(). Это приводит к утечке страниц каждый
время сбоя соединения во время выделения, что может привести к нехватке памяти
истощение с течением времени, если соединения неоднократно открываются и закрываются. Исправьте это, вызвав page_frag_cache_drain() перед освобождением очереди.
структура в метке out_ida_remove.
Показать оригинальное описание (EN)
In the Linux kernel, the following vulnerability has been resolved: nvmet-tcp: fix page fragment cache leak in error path In nvmet_tcp_alloc_queue(), when a connection is closed during the allocation process (e.g., nvmet_tcp_set_queue_sock() returns -ENOTCONN), the error handling jumps to out_destroy_sq and then to out_ida_remove without draining the page fragment cache. Although nvmet_tcp_free_cmd() is called in some error paths to release individual page fragments, the underlying page cache reference held by queue->pf_cache is never released. The first allocation using pf_cache is the call to nvmet_tcp_alloc_cmd() for queue->connect, which happens after ida_alloc() returns successfully. This results in a page leak each time a connection fails during allocation, which could lead to memory exhaustion over time if connections are repeatedly opened and closed. Fix this by calling page_frag_cache_drain() before freeing the queue structure in the out_ida_remove label.