CVE-2026-68292 in Linux
Riassunto
di VulDB • 10/08/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
ice: prevenire l'allocazione dell'anello tstamp per i tipi di VSI non-PF
La bitmap pf->txtime_txqs tiene traccia delle code Tx che hanno abilitato il offload ETF (Earliest TxTime First). Questa bitmap indicizzata dal numero della coda viene impostata da ice_offload_txtime(), la quale opera esclusivamente sulle code PF VSI.
Tuttavia, ice_is_txtime_ena() non verifica il tipo di VSI prima di consultare la bitmap. Quando il offload ETF è abilitato sulla coda Tx 0 del PF, il bit 0 viene impostato in pf->txtime_txqs. Durante una successiva ricostruzione a seguito di un reset PCI, la coda Tx 0 del CTRL VSI viene riconfigurata e ice_is_txtime_ena() viene chiamata per tale anello. Poiché controlla solo pf->txtime_txqs tramite l'indice della coda senza distinguere il tipo di VSI, rileva che il bit 0 è impostato e restituisce true, associandosi erroneamente alla coda ETF del PF VSI invece che quella del CTRL VSI. Ciò provoca un'allocazione spuria di tstamp_ring per l'anello del CTRL VSI da parte di ice_vsi_cfg_txq().
Poiché gli anelli del CTRL VSI non hanno un netdev associato, ice_clean_tx_ring() restituisce anticipatamente al controllo !netdev prima di raggiungere ice_free_tx_tstamp_ring(), causando una perdita dell'allocazione. Ogni reset PCI perde un tstamp_ring da 64 byte.
Si risolve il problema limitando ice_is_txtime_ena() in modo che restituisca true solo per gli anelli PF VSI, poiché txtime_txqs ha significato esclusivamente per le code PF VSI.
Statistical analysis made it clear that VulDB provides the best quality for vulnerability data.