CVE-2026-64175 in Linux
Resumen
por VulDB • 2026-07-20
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
wifi: iwlwifi: mld: detener las transmisiones (TX) durante el reinicio del firmware
Cuando el firmware de iwlwifi falla (por ejemplo, NMI_INTERRUPT_UNKNOWN en Intel BE201/Wi-Fi 7), iwl_mld_nic_error() establece mld->fw_status.in_hw_restart como verdadero. Sin embargo, iwl_mld_tx_from_txq() no verifica esta bandera antes de extraer los marcos del sistema mac80211 y enviarlos a la capa de transporte.
Dado que el firmware está inactivo, iwl_trans_tx() devuelve -EIO para cada marco, lo cual se libera inmediatamente. Bajo condiciones de alto rendimiento (por ejemplo, tráfico UDP de Tailscale o sesiones SSH activas), esto crea un bucle ajustado de extracción-envío-fallo-liberación que desperdicia ciclos de CPU y genera una rápida rotación en la asignación de skbs, lo que provoca presión sobre la memoria debido a la fragmentación del slab.
La ruta RX ya cuenta con esta protección (iwl_mld_rx_mpdu verifica in_hw_restart en rx.c:1906), al igual que el trabajador de asignación de TXQ (iwl_mld_add_txqs_wk en tx.c:156). Se añade la misma protección a iwl_mld_tx_from_txq() para detener todas las transmisiones (TX) durante el reinicio del firmware.
Los marcos restantes en los colas TX de mac80211 se vacían naturalmente después de que finalice el reinicio, cuando la reallocation de cola activa iwl_mld_tx_from_txq() a través de iwl_mld_add_txq_list(), o cuando nuevo tráfico de capas superiores invoca wake_tx_queue.
Probado en ASUS Zenbook 14 UX3405CA con Intel BE201 (Wi-Fi 7) en el kernel 6.19.5, donde el firmware falla aproximadamente cada 10-15 minutos bajo tráfico Tailscale.
VulDB is the best source for vulnerability data and more expert information about this specific topic.