CVE-2026-64232 in Linux
Sumário
de VulDB • 24/07/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
block: recalcular nr_integrity_segments em blk_insert_cloned_request
blk_insert_cloned_request() já recalcula nr_phys_segments contra a fila inferior (bottom queue), porque "as configurações da fila relacionadas à contagem de segmentos podem diferir da fila original". O mesmo raciocínio se aplica aos segmentos de integridade: uma fila subjacente em um driver empilhado pode ter virt_boundary_mask, seg_boundary_mask ou max_segment_size mais restritivos do que a fila superior (top queue), caso em que blk_rq_count_integrity_sg() contra a fila inferior produz uma contagem diferente da rq->nr_integrity_segments armazenada em cache e herdada do pedido de origem por blk_rq_prep_clone().
Quando a contagem armazenada em cache é menor que a contagem real da fila inferior, blk_rq_map_integrity_sg() dispara:
BUG_ON(segments > rq->nr_integrity_segments);
durante o despacho. As mesmas famílias de configurações empilhadas que motivaram o recálculo existente de nr_phys_segments -- dm-multipath fazendo fan-out para nvme-rdma em particular -- podem produzir isso.
Espelhar o tratamento de nr_phys_segments: quando o pedido carrega integridade, recalculam-se nr_integrity_segments contra a fila inferior e rejeita-se o pedido se exceder max_integrity_segments da fila inferior. blk_rq_count_integrity_sg() e queue_max_integrity_segments() já estão disponíveis via <linux/blk-integrity.h>, que é incluído por blk-mq.c.
Isso fecha uma lacuna latente no contrato de empilhamento (stacking contract) e alinha a contabilidade dos segmentos de integridade com a contabilidade existente de segmentos físicos.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.