CVE-2026-89491 — ocfs2: cluster: don't sleep while holding o2hb_live_lock in o2hb_region_pin()
In the Linux kernel, the following vulnerability has been resolved: ocfs2: cluster: don't sleep while holding o2hb_live_lock in o2hb_region_pin() Patch series "ocfs2: cluster: o2hb_region_pin() fixes", v2. This series fixes three related issues in o2hb_region_pin(), all are from the original implementation in commit: 58a3158a5d17 ("ocfs2/cluster: Pin/unpin o2hb regions"): 1) It is called with o2hb_live_lock (a spinlock) held, but the underlying configfs_depend_item() sleeps (takes inode rwsem and pins the filesystem). This triggers BUG under CONFIG_DEBUG_ATOMIC_SLEEP. 2) When called from the configfs drop_item callback, it creates a lock order inversion: parent inode_lock -> configfs root inode_lock, which can deadlock against subsystem unregistration paths taking root -> parent. 3) If pinning fails partway through o2hb_region_inc_user(), the o2hb_dependent_users counter is leaked and partially-pinned regions are never released, leaving heartbeat regions unprotected on subsequent mounts. Patch 1 reworks o2hb_region_pin() to drop o2hb_live_lock across each sleeping configfs_depend_item() call, using a config_item reference to keep the region alive while unlocked. Patch 2 adds a from_callback parameter to select configfs_depend_item_unlocked() when called from configfs context, avoiding the inode_lock nesting. Patch 3 fixes the error path in o2hb_region_inc_user() to unpin and decrement the counter on failure. This patch (of 3): o2hb_region_pin() is always called with the o2hb_live_lock spinlock held (from o2hb_region_inc_user() and o2hb_heartbeat_group_drop_item()), but it calls o2nm_depend_item() -> configfs_depend_item(), which sleeps: it pins the configfs filesystem and takes the configfs root inode rwsem. Under CONFIG_DEBUG_ATOMIC_SLEEP this triggers: BUG: sleeping function called from invalid context at kernel/locking/rwsem.c in_atomic(): 1, ... name: mount.ocfs2 down_write configfs_depend_item o2hb_region_pin o2hb_region_inc_user o2hb_register_callback dlm_register_domain_handlers ... ocfs2_dlm_init ocfs2_mount_volume ocfs2_fill_super Rework o2hb_region_pin() to pin one region at a time with the lock dropped across the sleeping call: under o2hb_live_lock find the next eligible region and take a config_item reference to keep it alive, drop the lock, call o2nm_depend_item(), then retake the lock and record the pin. The config_item_put() is done with the lock released as well, since o2hb_region_release() also acquires o2hb_live_lock and can sleep. The region list may change while unlocked, so the scan restarts from the top after each pin. Local heartbeat still pins only the matching region; global heartbeat pins all eligible regions. The unpin path is unaffected: configfs_undepend_item() only takes a spinlock and does not sleep.
Descrição oficial em inglês (tradução ainda não revisada).
Quem explora e qual a prioridade
Nota de 0 a 100 que combina exploração confirmada, uso por ransomware e grupos APT, exploits públicos, EPSS e severidade.
Como a nota foi calculada
- EPSS 0.2% (probabilidade de exploração em 30 dias)+2
A nota ordena a fila de correção; não substitui o contexto dos seus ativos (exposição à internet, criticidade, compensações).
Triagem
Está sendo explorada, qual a probabilidade de exploração, o que afeta e qual a severidade segundo as fontes.
Remediação
Correções e mitigações documentadas pelas fontes — com link para o aviso original.
Nenhuma correção documentada pelas fontes consultadas. Isso não significa que não exista: verifique o aviso do fabricante.
Primeiras 24 horas
Ordenado a partir dos próprios campos do registro — exposição primeiro, porque não se corrige o que não se encontrou. Ponto de partida, gerado por regras.
- Identifique ativos expostos que executam as combinações de fabricante/produto/versão afetadas (Linux Linux).
- Nenhuma correção documentada nas fontes: reduza a exposição e monitore o aviso do fabricante.
- Procure nos logs disponíveis sinais de tentativa de exploração, erros e anomalias de autenticação.
Escopo afetado
Fabricante, produto e versões como as fontes os descrevem.
| Fabricante | Produto | Versões | Status | Fonte |
|---|---|---|---|---|
| Linux | Linux |
≥ 58a3158a5d17ddf4894db9e8ccaf92093ff8e42e e < 4d64f8da82fb9e8dbd5aa9b64c9bb6ac0decea03≥ 58a3158a5d17ddf4894db9e8ccaf92093ff8e42e e < 3b790774280a610f8bdbd5d4260a07345bcf8e04≥ 58a3158a5d17ddf4894db9e8ccaf92093ff8e42e e < 0cbc2f20a6ea7b4a59efa9171b7c694cdd196507≥ 58a3158a5d17ddf4894db9e8ccaf92093ff8e42e e < c9be4de77f97f383b750698e1517fd296041f4bb≥ 58a3158a5d17ddf4894db9e8ccaf92093ff8e42e e < 49002acc520c61002ad195894ac391c94317d3ba≥ 58a3158a5d17ddf4894db9e8ccaf92093ff8e42e e < ce035f208d68b812d83e5482980f2b1c88a9cd94≥ 58a3158a5d17ddf4894db9e8ccaf92093ff8e42e e < 470212a5eefabcc16b8e2f7fe2844b8737fe571c≥ 58a3158a5d17ddf4894db9e8ccaf92093ff8e42e e < af09df89db9a68a1d76df0f75667998135bc8d65 e mais 1versão 2.6.38 |
Vulnerável | CVE Program (cve.org) e CISA ADP |
EPSS ao longo do tempo FIRST
15/10/2026 → 22/10/2026 · 7 leitura(s) · máximo 0.22%
Detecção
Derivado do vetor CVSS e da classe da fraqueza. Pontos de partida, não regras testadas.
- Sem vetor ou classe de fraqueza suficientes: use os logs da aplicação afetada como ponto de partida.
Linha do tempo
O que aconteceu com esta CVE, do mais recente ao mais antigo.
- 2026
- Ficha publicada
- Produtos afetados adicionados · linux/linux
- Status na fonte alterado · → Received
- Registro criado nesta base
- CVE publicada
Atividade das fontes
Leituras que se repetem foram contadas em vez de listadas.
- 1× Referências adicionadas · 19/10/2026 – 19/10/2026
- 1× Descrição oficial atualizada · 15/10/2026 – 15/10/2026
Referências
10 no registro
- git.kernel.org/stable/c/0cbc2f20a6ea7b4a59efa9171b7c694cdd196507
- git.kernel.org/stable/c/ce035f208d68b812d83e5482980f2b1c88a9cd94
- git.kernel.org/stable/c/49002acc520c61002ad195894ac391c94317d3ba
- git.kernel.org/stable/c/af09df89db9a68a1d76df0f75667998135bc8d65
- git.kernel.org/stable/c/c9be4de77f97f383b750698e1517fd296041f4bb
- nvd.nist.gov/vuln/detail/CVE-2026-89491
- git.kernel.org/stable/c/4d64f8da82fb9e8dbd5aa9b64c9bb6ac0decea03
- github.com/advisories/GHSA-r32m-fj66-qf6p
- git.kernel.org/stable/c/470212a5eefabcc16b8e2f7fe2844b8737fe571c
- git.kernel.org/stable/c/3b790774280a610f8bdbd5d4260a07345bcf8e04
Em outras páginas do site
CVEs relacionadas (mesmos produtos)
- Desconhecida CVE-2026-98869 bpf: Infer zext_dst based on static register liveness analysis 1 d
- Desconhecida CVE-2023-7356 Bluetooth: ISO: Copy BASE if service data matches EIR_BAA_SERVICE_UUID 1 d
- Desconhecida CVE-2026-98866 sched/cache: Introduce task_struct->sched_cache_grp to fix UAF 4 d
- Desconhecida CVE-2026-98867 dm-pcache: bound the logical key offset from persistent memory 4 d
- Desconhecida CVE-2026-98868 dm-pcache: reject a kset that overruns its segment 4 d
- Desconhecida CVE-2026-98856 kprobes: Skip disarmed probes when checking optkprobe overlap 4 d
Não consta em nenhuma fonte consultada
Listado em vez de deixado em branco: um campo vazio e um não medido parecem iguais na tela, e só um deles é motivo para procurar em outro lugar.
- Nenhuma pontuação CVSS publicada por NVD, CNA, CISA ou GitHub até agora.
- Nenhuma versão corrigida, patch ou mitigação documentada.
- Sem avaliação SSVC da CISA.
- Sem classificação CWE.
- Nenhum IOC confirmado (IPs, domínios, hashes ou artefatos de malware) fornecido.
- Nenhum inventário de ativos, controle compensatório ou evidência de implantação de patch da sua organização.
- Nenhuma captura de tráfego de exploração, amostra de log ou caso de incidente.
Respondido a partir deste registro
Texto montado apenas com os campos acima — sem afirmações adicionais.
O que os defensores devem saber primeiro?
CVE-2026-89491 é "ocfs2: cluster: don't sleep while holding o2hb_live_lock in o2hb_region_pin()", de severidade Desconhecida. Afeta Linux (Linux); as versões estão na tabela de escopo. Não está na CISA KEV, o que não exclui exploração. EPSS 0.22% estima a probabilidade de exploração em 30 dias; nenhum dos dois substitui o contexto dos seus ativos. Verifique primeiro se ativos expostos ou críticos executam as versões afetadas, aplique as correções ou mitigações do fabricante e preserve logs para análise.
Comentários
Discussão técnica moderada. Leia as regras da comunidade.
Nenhum comentário ainda.
Entre ou crie uma conta para comentar e sugerir correções.