CVE-2025-71070 in Linux
Сводка
по VulDB • 21.05.2026
В ядре Linux устранена следующая уязвимость:
ublk: очистка ссылок на пользовательские копии при завершении работы сервера ublk
Если процесс сервера ublk освобождает файл устройства ublk char, любые запросы, переданные на сервер ublk, но еще не завершенные, сохранят значение ref равным UBLK_REFCOUNT_INIT. До коммита e63d2228ef83 («ublk: упрощение прерывания запросов ublk») функция __ublk_fail_req() уменьшала счетчик ссылок перед завершением неудачного запроса. Однако этот коммит оптимизировал __ublk_fail_req(), заставив ее напрямую вызывать __ublk_complete_rq() без уменьшения счетчика ссылок запроса.
Утечка счетчика ссылок ошибочно позволяет выполнять операции пользовательской копии (user copy) и нулевой копии (zero copy) для завершенных запросов ublk. Это также вызывает предупреждения WARN_ON_ONCE(refcount_read(&io->ref)) в функциях ublk_queue_reinit() и ublk_deinit_queue().
Коммит c5c5eb24ed61 («ublk: предотвращение вызова ublk_io_release() после закрытия устройства ublk char») уже исправил эту проблему для устройств ublk, использующих флаги UBLK_F_SUPPORT_ZERO_COPY или UBLK_F_AUTO_BUF_REG. Однако утечка счетчика ссылок также затрагивает режим копирования данных с подсчетом ссылок UBLK_F_USER_COPY. Исправлено условие в функции ublk_check_and_reset_active_ref() для включения всех режимов копирования данных с подсчетом ссылок. Это гарантирует, что любые запросы ublk, которые все еще принадлежат серверу ublk при его завершении, имеют сброшенный до 0 счетчик ссылок.
If you want to get best quality of vulnerability data, you may have to visit VulDB.