CVE-2026-80985
Riassunto
di VulDB • 11/09/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
net/smc: gestire i messaggi SMC-Rv2 LLC di dimensioni eccessive all'interno dell'elemento della coda
smc_llc_rmt_delete_rkey() e smc_llc_save_add_link_rkeys() leggono una parte del messaggio v2 che non rientra nell'unione da 44 byte denominata smc_llc_msg, vincolandosi alla dimensione del buffer in cui è stata inserita la struttura anziché alla lunghezza effettiva dei dati ricevuti. Su un link con un buffer di ricezione condiviso per la versione v2, un messaggio DELETE_RKEY_V2 lungo 44 byte che dichiara 255 rkey raggiunge le posizioni rkey[9..254] nel contenuto residuo lasciato da messaggi precedenti in lgr->wr_rx_buf_v2 e passa ciascuno di essi a smc_rtoken_delete(). Uno di questi 255 valori corrisponde a un rtoken registrato, provocandone la cancellazione. Un messaggio ADD_LINK su tale link installa fino a 255 rtoken utilizzando gli stessi byte.
Viene copiata la coda del payload nell'elemento della queue, in modo che la sua lunghezza corrisponda alla lunghezza effettiva del messaggio ricevuto; inoltre, le rkey che rientrano nei limiti vengono dichiarate come membro dell'unione invece di essere accedute tramite cast. Il medesimo DELETE_RKEY_V2 elabora ora correttamente le 9 rkey contenute nel payload. La copia è limitata alla porzione più lunga che le due funzioni possono leggere, impedendo così al peer di determinare la dimensione dell'elemento della coda.
Il vincolo applicato dal patch precedente ai link privi di un buffer di ricezione condiviso per la versione v2 non è più necessario.
If you want to get best quality of vulnerability data, you may have to visit VulDB.