No kernel Linux, a seguinte vulnerabilidade foi resolvida: cgroup: corrigir a corrida entre a migração da tarefa e a iteração Quando uma tarefa é migrada para fora de um css_set, cgroup_migrate_add_task() move- a primeiro de csset->tarefas para cset->mg_tasks via: list_move_tail(&task->cg_list, &cset->mg_tasks); Se um css_task_iter tem atualmente ele->task_pos apontando para esta tarefa, csss_set_move_task() chama csss_task_iter_skip() para manter o iterador válido. No entanto, uma vez que a tarefa já foi movida para ->mg_ tarefas, o iterador é avançado em relação à lista mg_ tarefas em vez da lista de tarefas original. Como resultado, as tarefas restantes nas tarefas cset->, bem como as tarefas em fila nas tarefas cset->mg_, podem ser ignoradas por iteração. Corrija isso chamando css_set_skip_task_iters() antes de desligar a tarefa->cg_list das tarefas csset->. Isto adianta todos os iteradores ativos para a próxima tarefa em tarefas cset->, assim a iteração continua corretamente mesmo quando uma tarefa está sendo migrada simultaneamente. Esta corrida é difícil de atingir na prática sem instrumentação, mas pode ser reproduzida atrasando artificialmente o cgroup_procs_show(). Por exemplo, em um dispositivo Android, um botão temporário /sys/kernel/cgroup/cgroup_test pode ser adicionado para injectar um atraso no cgroup_procs_show(), e então: 1 ) Esfaqueado três tarefas de longa duração (PIDs 101, 102, 103 ). 2 ) Crie um cgroup de teste e mova as tarefas para ele. 3 ) Ative um grande atraso através do /sys/ kernel/ cgroup/ cgroup_ test. 4 ) Em uma shell, leia cgroup.procs do cgroup de teste. 5 ) Dentro da janela de atraso, em outra shell migrar PID 102 ao escrevê- lo em um arquivo cgroup.procs diferente. Sob esta configuração, o cgroup.procs pode mostrar intermitentemente apenas o PID 101 enquanto pula o PID 103. Uma vez que a migração termina, ler o arquivo novamente mostra todas as tarefas como esperado. Note que esta mudança não permite remover a chamada existente css_set_skip_task_iters() em css_set_move_task(). A nova chamada no cgroup_migrate_add_task() só lida com iteradores que estão correndo com a migração enquanto a tarefa ainda está nas tarefas cset->. Os iteradores também podem começar depois que a tarefa foi movida para cset->mg_tarefas. Se deixarmos o css_set_skip_task_iters() cair do css_set_move_task(), tais iteradores poderiam manter a tarefa_pos apontando para uma tarefa migratória, causando o css_task_iter_advance() a falha no destino css_set, até e incluindo falhas ou loops infinitos. A janela de corrida entre migração e iteração é muito pequena, e css_ task_iter não está em um caminho quente. No pior dos casos, quando um iterador está posicionado no primeiro thread do processo de migração, o cgroup_migrate_add_task() pode ter que pular várias tarefas via css_set_skip_task_iters(). No entanto, isso só acontece quando a migração e a iteração realmente correm, por isso o impacto de desempenho é desprezível em comparação com a correção de correção fornecida aqui.
O registro de base de dados de vulnerabilidade nacional CVE- 2026 - 43439 foi publicado em 2026 - 05 - 08 T 15: 16: 56.263 Z e última modificação em 2026 - 06 - 17 T 10: 49: 36.153 Z. O seu estado gravado é analisado.
métricas de vulnerabilidade gravadas: CVSS 3.1, pontuação de base 4.7, gravidade MEDIUM, vetor CVSS: 3.1 /AV:L/AC:H/PR:L/UI:N/S:U/C:N/I:N/A:H, pontuação de exploração 1, pontuação de impacto 3.6.
Classificações de fraqueza associadas: CWE- 362.
Os produtos ou plataformas nomeados nos dados de aplicabilidade incluem: kernel linux linux.
O registro NVD inclui referências de suporte documentando a vulnerabilidade, tecnologia afetada ou informações de remediação.