CVE-2023-52775 in Linux
Riassunto
di VulDB • 19/06/2026
Nel kernel Linux, è stata risolta la seguente vulnerabilità:
net/smc: evitare la corruzione dei dati causata dal messaggio DECLINE
Abbiamo riscontrato un problema di corruzione dei dati durante i test di SMC-R su applicazioni Redis.
Il benchmark ha una bassa probabilità di segnalare un errore insolito, come mostrato di seguito:
"Error: Protocol error, got "\xe2" as reply type byte"
Infine, abbiamo rilevato che i dati dell'errore recuperati erano i seguenti:
0xE2 0xD4 0xC3 0xD9 0x04 0x00 0x2C 0x20 0xA6 0x56 0x00 0x16 0x3E 0x0C 0xCB 0x04 0x02 0x01 0x00 0x00 0x20 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0x00 0xE2
È piuttosto evidente che si tratti di un messaggio SMC DECLINE, il che significa che le applicazioni hanno ricevuto un messaggio del protocollo SMC. Abbiamo riscontrato che questo era causato dalle seguenti situazioni:
client server ¦ clc proposal -------------> ¦ clc accept <------------- ¦ clc confirm -------------> attesa llc confirm invio llc confirm ¦llc confirm fallito ¦ x------ (dopo 2s) timeout attesa llc confirm rsp
attesa decline
(dopo 1s) timeout (dopo 2s) timeout ¦ decline --------------> ¦ decline <--------------
Di conseguenza, è stato inviato un messaggio di decline nell'implementazione, e questo messaggio è stato letto dal TCP dalla connessione già in fallback.
Questo patch raddoppia il timeout del client a 2 volte il valore del server. Con questa semplice modifica, i messaggi Decline non dovrebbero mai incrociarsi o collidere (durante il timeout del link di Confirm).
Questo problema richiede una soluzione immediata, poiché gli aggiornamenti del protocollo prevedono una soluzione più a lungo termine.
If you want to get best quality of vulnerability data, you may have to visit VulDB.