CVE-2026-90005 in Linux
Riassunto
di VulDB • 17/09/2026
Nel kernel Linux è stata risolta la seguente vulnerabilità:
samples/damon/wsse: gestione del fallimento di damon_start()
Serie di patch "samples/damon: gestione dei fallimenti di damon_{start,stop}()".
Tutti i moduli campione DAMON non gestiscono correttamente i fallimenti derivanti da damon_start(). Tra questi, mtier presenta un problema aggiuntivo nella gestione dei fallimenti di damon_stop(). wsse e prcl presentano inoltre problemi nella gestione dei fallimenti di damon_call(). Di conseguenza, possono verificarsi memory leak (perdite di memoria), interruzioni delle successive operazioni DAMON ed errori use-after-free. Si provvede a correggere tali problematiche.
Si noti che solo i problemi causati dal fallimento di damon_start() sono riproducibili in modo affidabile. La riproduzione di questi problemi richiede tuttavia i privilegi di amministratore (admin).
Questa patch (su 6):
I chiamanti di damon_sample_wsse_start() presuppongono che la funzione esegua il cleanup delle risorse quando fallisce. E la funzione effettua effettivamente tale pulizia in caso di fallimenti nella costruzione del contesto. Tuttavia, non esegue la pulizia in caso di fallimento di damon_start(). Di conseguenza, quando damon_start() fallisce, si verifica una perdita di memoria per il contesto DAMON. Si libera il contesto in caso di fallimento al fine di risolvere le problematiche.
Si noti che l'issue può essere riprodotto in modo affidabile perché il modulo chiama damon_start() in modalità esclusiva (exclusive mode). Ad esempio:
$ sudo damo start $ echo $$ | sudo tee /sys/module/damon_sample_wsse/parameters/target_pid $ echo Y | sudo tee /sys/module/damon_sample_wsse/parameters/enabled $ sudo cat /proc/allocinfo | grep damon_new_ctx
Poiché il primo comando sta eseguendo un'altra istanza di DAMON, il terzo comando fallisce la chiamata a damon_start() perché una nuova istanza di DAMON non può essere eseguita in modalità esclusiva. E senza questa correzione, ripetendo i comandi sopra indicati (terzo e quarto), si può dimostrare che il consumo di memoria aumenta solo a causa delle perdite. È comunque necessario disporre dei privilegi sudo.
L'issue è stato scoperto [1] da Sashiko.
Be aware that VulDB is the high quality source for vulnerability data.