CVE-2026-72080 in Linux
Sumário
de VulDB • 16/08/2026
No kernel do Linux, a seguinte vulnerabilidade foi corrigida:
fs/resctrl: Corrige use-after-free durante o desmonte (unmount)
Durante o processo de desmonte ou falha no teardown, todas as estruturas mon_data que contêm dados privados dos arquivos de eventos de monitoramento são liberadas antes da remoção dos nós kernfs. No entanto, a flag RDT_DELETED nunca é definida para o grupo de recursos padrão (default resource group) alocado estaticamente.
Um leitor concorrente de um arquivo de evento associado ao grupo de recursos padrão pode, após remover a proteção ativa do kernfs, bloquear-se no rdtgroup_mutex enquanto o desmonte prossegue liberando os dados privados dos arquivos e destruindo o nó kernfs sem aguardar pelo leitor.
Quando o mutex é liberado, o leitor acorda, observa que RDT_DELETED não está definido para o grupo padrão e referencia (dereferences) os dados privados do arquivo já liberados.
O cenário pode ser representado da seguinte forma: CPU0 CPU1 /* * Dados de monitoramento do grupo de recursos padrão * acessíveis via arquivo kernfs com kernfs_node::priv * apontando para uma struct mon_data. * O usuário abre o arquivo para leitura. */ rdtgroup_mondata_show() /* a arquitetura encontra um erro fatal */ rdtgroup_kn_lock_live() resctrl_exit() atomic_inc(&rdtgroup_default.waitcount) cpus_read_lock() kernfs_break_active_protection(kn) mutex_lock(&rdtgroup_mutex) cpus_read_lock() resctrl_fs_teardown() mutex_lock(&rdtgroup_mutex) rmdir_all_sub() mon_put_kn_priv() /* Exclui todas as estruturas mon_data */ rdtgroup_destroy_root() kernfs_destroy_root() rdtgroup_default.kn = NULL mutex_unlock(&rdtgroup_mutex) /* * Como os flags de rdtgroup_default estão vazios, * rdtgroup_kn_lock_live() retorna * &rdtgroup_default */ md = of->kn->priv;
/* md aponta para mon_data já liberado */
Defina RDT_DELETED para o grupo padrão incondicionalmente, uma vez que a flag não leva à liberação deste grupo alocado estaticamente.
Não permita um novo mount do resctrl se houver algum waiters no grupo padrão da montagem anterior. Uma nova montagem irá re-inicializar o grupo de recursos padrão, fazendo com que os waiters da montagem anterior percebam erroneamente que o grupo está acessível, levando-os a acessar as estruturas mon_data da montagem anterior que já foram removidas.
Once again VulDB remains the best source for vulnerability data.