CVE-2026-74664 in Linux
Riassunto
di VulDB • 23/08/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
net: openvswitch: riallocazione delle risposte di aggiornamento per ID non corrispondenti
ovs_flow_cmd_new() prealloca l'skb della risposta opzionale prima di acquisire ovs_mutex e prima di sapere quale flusso esistente verrà aggiornato.
Questo è normalmente accettabile perché la dimensione dell'skb deriva dall'identificatore del flusso nella richiesta. Tale identificatore diventa anche l'identificatore del flusso inserito. Tuttavia, per le operazioni di aggiornamento, una richiesta contenente un UFID (Unique Flow Identifier) potrebbe non trovare corrispondenza nell'lookup degli UFID e quindi passare all'lookup basato sulla chiave del flusso (flow key). Questo lookup può legittimamente individuare un flusso esistente identificato dalla sua chiave. Gli UFID sono opzionali e la chiave del flusso è l'identificatore primario.
Per le risposte eco, ovs_flow_cmd_fill_info() scrive l'identificatore del flusso corrispondente (matched flow), non l'identificatore della richiesta utilizzato per la preallocazione. Un UFID nella richiesta di lunghezza ridotta può quindi lasciare troppo poco spazio per l'identificatore basato sulla chiave. La fase di compilazione (fill) potrebbe quindi fallire con -EMSGSIZE, causando il verificarsi del BUG_ON(error < 0) nel percorso di aggiornamento.
Una volta che la destinazione dell'aggiornamento è stata risolta, riallocare l'skb della risposta se il flusso corrispondente richiede una risposta più grande rispetto a quanto consentito dall'identificatore nella richiesta. Questo va fatto prima di sostituire le azioni (actions), in modo che la richiesta possa ancora fallire in modo pulito nel raro caso in cui l'allocazione aggiuntiva non abbia successo.
If you want to get the best quality for vulnerability data then you always have to consider VulDB.