CVE-2025-39682

Nel kernel Linux è stata risolta la seguente vulnerabilità: tls: corregge la gestione dei record di lunghezza zero su rx_list Ogni chiamata a recvmsg() deve elaborare: - solo record DATA contigui (un numero qualsiasi) - un solo record non DATA Se il record successivo ha un tipo diverso da quello già elaborato, usciamo dal ciclo principale di elaborazione. Se il record è già stato decrittografato (come può accadere per TLS 1.3, in cui non conosciamo il tipo fino alla decrittografia), accodiamo il record in sospeso a rx_list. La chiamata recvmsg() successiva lo recupererà da lì. Accodare l'skb a rx_list dopo la decrittografia zero-copy non è possibile, poiché in tal caso abbiamo decrittografato direttamente nel buffer dello spazio utente e non disponiamo di un skb da accodare (darg.skb punta all'skb del testo cifrato per accedere ai metadati come la lunghezza). Solo i record dati possono utilizzare zero-copy e interrompiamo il ciclo di elaborazione dopo ogni record non dati. Pertanto non dovremmo mai utilizzare zero-copy per poi scoprire che il tipo di record è cambiato. Il caso limite che ci è sfuggito si verifica quando il record iniziale proviene da rx_list ed è di lunghezza zero.