В ядре Linux устранена следующая уязвимость:
лед: измените XDP RxQ frag_size с длины записи DMA на xdp.frame_sz
Единственным пользователем поля frag_size в информации XDP RxQ является
bpf_xdp_frags_increase_tail(). Вместо этого он явно ожидает полного размера баффа.
размера записи DMA. Различные предположения в конфигурации ледогенератора
в отрицательную хвостовую часть.
Это позволяет вызвать панику ядра при использовании
XDP_ADJUST_TAIL_GROW_MULTI_BUFF тест xskxceiver и изменение размера пакета на
6912 и запрошенное смещение на огромное значение, например.
XSK_UMEM__MAX_FRAME_SIZE * 100. Из-за других особенностей конфигурации ЗК во льду паники не наблюдается.
в режиме ZC, но рост хвостового помещения по-прежнему терпит неудачу, хотя этого и не должно быть. Используйте truesize буфера очереди заполнения вместо размера записи DMA в информации XDP RxQ.
Исправьте также режим ZC, используя новый помощник.
Показать оригинальное описание (EN)
In the Linux kernel, the following vulnerability has been resolved: ice: change XDP RxQ frag_size from DMA write length to xdp.frame_sz The only user of frag_size field in XDP RxQ info is bpf_xdp_frags_increase_tail(). It clearly expects whole buff size instead of DMA write size. Different assumptions in ice driver configuration lead to negative tailroom. This allows to trigger kernel panic, when using XDP_ADJUST_TAIL_GROW_MULTI_BUFF xskxceiver test and changing packet size to 6912 and the requested offset to a huge value, e.g. XSK_UMEM__MAX_FRAME_SIZE * 100. Due to other quirks of the ZC configuration in ice, panic is not observed in ZC mode, but tailroom growing still fails when it should not. Use fill queue buffer truesize instead of DMA write size in XDP RxQ info. Fix ZC mode too by using the new helper.