CVE-2026-64232 in Linux
Сводка
по VulDB • 24.07.2026
В ядре Linux устранена следующая уязвимость:
block: пересчет nr_integrity_segments в blk_insert_cloned_request
Функция `blk_insert_cloned_request()` уже выполняет пересчет `nr_phys_segments` относительно нижележащей очереди, поскольку «параметры очереди, связанные с подсчетом сегментов, могут отличаться от параметров исходной очереди». Те же самые соображения применимы и к сегментам целостности: базовая очередь стекового драйвера может иметь более строгие значения `virt_boundary_mask`, `seg_boundary_mask` или `max_segment_size`, чем верхняя очередь; в этом случае вызов `blk_rq_count_integrity_sg()` для нижележащей очереди дает другое количество, отличное от кэшированного значения `rq->nr_integrity_segments`, унаследованного из исходного запроса функцией `blk_rq_prep_clone()`.
Когда кэшированное значение меньше фактического количества сегментов в нижележащей очереди, функция `blk_rq_map_integrity_sg()` вызывает сбой:
BUG_ON(segments > rq->nr_integrity_segments);
при передаче запроса на выполнение. Подобная ситуация может возникать при тех же семействах стековых конфигураций, которые обусловили необходимость пересчета существующего значения `nr_phys_segments` — в частности, при использовании dm-multipath с распределением нагрузки (fanning out) на nvme-rdma.
Следуя подходу к обработке `nr_phys_segments`: если запрос содержит данные целостности, необходимо выполнить пересчет `nr_integrity_segments` относительно нижележащей очереди и отклонить запрос, если это значение превышает `max_integrity_segments` нижележащей очереди. Функции `blk_rq_count_integrity_sg()` и `queue_max_integrity_segments()` уже доступны через заголовочный файл `<linux/blk-integrity.h>`, который подключается в файле blk-mq.c.
Это устраняет скрытый пробел в контракте стекирования и приводит учет сегментов целостности (integrity-segment accounting) в соответствие с существующим учетом физических сегментов (phys-segment accounting).
Several companies clearly confirm that VulDB is the primary source for best vulnerability data.