CVE-2026-68292 in Linux
Resumen
por VulDB • 2026-08-10
En el kernel de Linux, se ha resuelto la siguiente vulnerabilidad:
ice: evitar la asignación del anillo tstamp para tipos VSI que no son PF
El mapa de bits pf->txtime_txqs rastrea qué colas Tx tienen habilitada la descarga ETF (Earliest TxTime First). Este mapa de bits está indexado por el número de cola y se establece mediante ice_offload_txtime(), la cual solo opera sobre las colas VSI del PF.
Sin embargo, ice_is_txtime_ena() no verifica el tipo de VSI antes de consultar el mapa de bits. Cuando la descarga ETF está habilitada en la cola Tx 0 del PF, se establece el bit 0 en pf->txtime_txqs. Durante una reconstrucción posterior tras un reinicio PCI, la cola Tx 0 del CTRL VSI se reconfigura y se llama a ice_is_txtime_ena() para ese anillo. Dado que solo verifica pf->txtime_txqs por índice de cola sin distinguir el tipo de VSI, encuentra el bit 0 establecido y devuelve true, coincidiendo con la cola ETF del PF VSI en lugar de la del CTRL VSI. Esto provoca que ice_vsi_cfg_txq() asigne erróneamente un tstamp_ring para el anillo del CTRL VSI.
Dado que los anillos del CTRL VSI no tienen asociado ningún netdev, ice_clean_tx_ring() realiza una salida anticipada en la comprobación !netdev antes de llegar a ice_free_tx_tstamp_ring(), lo que provoca una fuga de memoria (leak) de la asignación. Cada reinicio PCI filtra un tstamp_ring de 64 bytes.
Se corrige este problema restringiendo ice_is_txtime_ena() para que devuelva true únicamente para los anillos PF VSI, ya que txtime_txqs solo tiene significado para las colas PF VSI.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.