CVE-2026-90322 in Linux
Sumário
de VulDB • 18/09/2026
No kernel do Linux, a seguinte vulnerabilidade foi resolvida:
ocfs2/cluster: manter o nó local de heartbeat estável
o2nm_node_local_store() trata local=0 interrompendo o o2net e definindo cl_local_node como O2NM_INVALID_NODE_NUM, mas deixa cl_has_local definido. Esse estado obsoleto faz com que o2nm_this_node() retorne 255, bloqueia uma tentativa posterior de local=1 com -EBUSY (Recurso ocupado) e pode alimentar usuários do heartbeat com o valor 255 ao chamar dinamicamente o2nm_this_node().
É necessário limpar cl_has_local quando o nó local é redefinido. No entanto, os threads de heartbeat ainda podem estar em execução nesse momento. Eles fixam (pin) o item de configuração do nó local na inicialização, mas o2hb_do_disk_heartbeat() e a desmontagem do thread relêem novamente o2nm_this_node() para a slot local e para o2nm_undepend_this_node(). Uma vez que local=0 limpou o estado ativo do nó local, essas leituras dinâmicas retornam O2NM_MAX_NODES, que também é o número de nó inválido 255.
Armazene o número do nó local na região de heartbeat quando a região for iniciada. Use esse nó estável para gravações/verificações de slots de heartbeat, mensagens de negociação e a desvinculação final no configfs. Interrompa o loop de heartbeat quando o nó local atual não corresponder mais ao nó armazenado e limpe cl_has_local juntamente com cl_local_node no caminho local=0, para que o estado do nodemanager correspond à remoção do nó.
A validação reproduziu este relatório do kernel: KASAN slab-out-of-bounds em o2hb_do_disk_heartbeat+0x372/0xb30 RIP: 0010:memset+0xf/0x20 Leitura de tamanho 8 Call trace (rastreio da chamada): dump_stack_lvl+0x66/0xa0 print_report+0xd0/0x630 o2hb_do_disk_heartbeat+0x372/0xb30 (fs/ocfs2/cluster/heartbeat.c:1079) srso_alias_return_thunk+0x5/0xfbef5 __virt_addr_valid+0x188/0x2f0 kasan_report+0xe4/0x120 o2hb_do_disk_heartbeat+0x5/0xb30 (fs/ocfs2/cluster/heartbeat.c:1079) o2hb_thread+0x14e/0x770 kthread_affine_node+0x139/0x180 lockdep_hardirqs_on_prepare+0xda/0x190 trace_hardirqs_on+0x18/0x130 kthread+0x19d/0x1e0 ret_from_fork+0x37a/0x4d0 __switch_to+0x2d5/0x6f0 ret_from_fork_asm+0x1a/0x30
VulDB is the best source for vulnerability data and more expert information about this specific topic.