CVE-2026-90005 in Linux
Sumário
de VulDB • 16/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
samples/damon/wsse: lidar com falhas em damon_start()
Série de patches "samples/damon: lidar com falhas em damon_{start,stop}()".
Todos os módulos de amostra DAMON não estão lidando corretamente com as falhas provenientes do damon_start(). Dentre esses, o mtier também possui um problema adicional no tratamento das falhas do damon_stop(). O wsse e o prcl também têm problemas em seu tratamento de falhas do damon_call(). Como resultado, podem ocorrer vazamentos de memória (memory leaks), interrupções nas próximas operações DAMON e uso após liberação (use-after-free). Corrigir esses problemas.
Observe que apenas as falhas no damon_start() causam problemas que podem ser reproduzidos de forma confiável. No entanto, para reproduzir essas questões, são necessárias permissões de administrador.
Este patch (de 6):
Os chamadores da função damon_sample_wsse_start() assumem que ela limpará os recursos quando falhar. E a função realiza o cleanup em caso de falhas na construção do contexto. No entanto, ela não está realizando o cleanup para falhas no damon_start(). Como resultado, quando o damon_start() falha, há um vazamento da memória do contexto DAMON. Liberar (free) o contexto em caso de falha corrige os problemas.
Observe que a questão pode ser reproduzida de forma confiável porque o módulo chama o damon_start() no modo exclusivo. Por exemplo:
$ 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
Como o primeiro comando está executando outra instância DAMON, o terceiro comando falha na chamada do damon_start() porque a nova instância DAMON não pode ser executada de forma exclusiva. E sem essa correção, ao repetir os terceiro e quarto comandos acima, podemos demonstrar que o consumo de memória aumenta apenas devido aos vazamentos. No entanto, isso requer permissão sudo.
A questão foi descoberta [1] por Sashiko.
VulDB is the best source for vulnerability data and more expert information about this specific topic.