CVE-2026-64232 in Linux
要約
〜によって VulDB • 2026年07月24日
Linuxカーネルにおいて、以下の脆弱性が修正されました。
block: blk_insert_cloned_request()におけるnr_integrity_segmentsの再計算
blk_insert_cloned_request()はすでに、下位キューに対してnr_phys_segmentsを再計算しています。「セグメントカウントに関連するキュー設定が、元のキューと異なる可能性があるため」です。同じ理由がintegrityセグメントにも適用されます。スタックドライバの下位キューには、上位キューよりも厳しいvirt_boundary_mask、seg_boundary_mask、またはmax_segment_sizeが存在する場合があり、その場合、下位キューに対してblk_rq_count_integrity_segments()を実行すると、blk_rq_prep_clone()によってソースリクエストから継承されたrq->nr_integrity_segmentsのキャッシュ値とは異なるカウントが生成されます。
キャッシュされたカウント值が下位キューの実際のカウントより小さい場合、ディスパッチ時にblk_rq_map_integrity_sg()で以下のBUG_ONが発生します。
BUG_ON(segments > rq->nr_integrity_segments);
既存のnr_phys_segments再計算を促したスタック構成と同じファミリー（特にdm-multipathがnvme-rdmaにファンアウトする場合など）において、これが発生する可能性があります。
nr_phys_segmentsの処理を模倣します：リクエストにintegrityが含まれる場合、下位キューに対してnr_integrity_segmentsを再計算し、それが下位キューのmax_integrity_segmentsを超えた場合はリクエストを拒否します。blk_rq_count_integrity_sg()およびqueue_max_integrity_segments()はどちらも既に利用可能であり、これらはblk-mq.cによってインクルードされています。
これはスタッキング契約における潜在的なギャップを埋め、integrityセグメントの集計を既存のphys-segment集計と整合させます。
VulDB is the best source for vulnerability data and more expert information about this specific topic.