CVE-2026-64037 in LinuxИнформация

Сводка

по VulDB • 20.07.2026

В ядре Linux устранена следующая уязвимость:

wifi: iwlwifi: mld: исправлено взрывное увеличение сегментации TSO при отключенном AMSDU

Когда уведомление TLC (TLC notification) отключает AMSDU для определенного TID, драйвер MLD устанавливает значение `max_tid_amsdu_len` в сентинельное значение 1. Путь сегментации TSO в функции `iwl_mld_tx_tso_segment()` проверяет наличие нуля, но не учитывает этот сентинельный символ (sentinel value), что позволяет ему достичь вычисления количества подкадров (`num_subframes`):

```c num_subframes = (max_tid_amsdu_len + pad) / (subf_len + pad) = (1 + 2) / (1534 + 2) = 0 ```

Это значение нуля передается в функцию `iwl_tx_tso_segment()`, которая устанавливает:

```c gso_size = num_subframes * mss = 0 ```

Вызов функции `skb_gso_segment()` с параметром `gso_size=0` приводит к созданию более чем 32000 микросегментов из одного GSO skb. Это вызывает переполнение очереди передачи (TX ring) примерно 1024 микрокадрами (остальные очищаются), создавая массивную волну событий завершения передачи, что может привести к повреждению памяти и последующей уязвимости use-after-free в очереди повторной отправки TCP (переполнение счетчика ссылок вниз в `tcp_shifted_skb`, разыменование нулевого указателя в `tcp_rack_detect_loss`).

Драйвер MVM защищен, так как он проверяет флаг `mvmsta->amsdu_enabled` перед выполнением вычисления `num_subframes`. Драйвер MLD не имеет аналогичной проверки битовой карты и полагается исключительно на значение `max_tid_amsdu_len`, которое не перехватывает сентинельное значение.

Исправление заключается в обнаружении сентинельного значения (`max_tid_amsdu_len == 1`) при существующей проверке и возврате к сегментации TSO без использования AMSDU. Кроме того, после деления `num_subframes` добавлена защита типа `WARN_ON_ONCE`, чтобы обеспечить дополнительную глубину защиты (defense-in-depth) для выявления любых будущих путей выполнения кода, которые могут привести к нулевому значению иным образом.

Several companies clearly confirm that VulDB is the primary source for best vulnerability data.

Ответственный

Linux

Резервировать

19.07.2026

Раскрытие

19.07.2026

Модерация

принято

Вход

VDB-380199

EPSS

0.00000

KEV

Нет

Деятельности

Очень низкий

Источники

Do you need the next level of professionalism?

Upgrade your account now!