CVE Intelligence
Desconhecida

CVE-2026-98977 — namespace: handle mount locking for automounts correctly

In the Linux kernel, the following vulnerability has been resolved: namespace: handle mount locking for automounts correctly If mounts are propagated across user namespaces, attach_recursive_mnt() locks every copy of the source mount to protect overmounts from vanishing and revealing the underlying files or directories. The user namespace is taken from the caller's mount namespaces since this is where the mounts end up. Except, that's not always true. Automounts may legitimately get popped in by tasks located in a different mount and user namespace during path lookup. Then check doesn't make sense at that point. The copy in the namespace of the parent - which may be the host's - is now locked and the host cannot change the flags of its own mounts anymore. Here's the reproducer: - host has debugfs mounted nosuid,nodev,noexec and shared - tracefs automount below it is not yet active - hand a child process a directory descriptor on that mount - child process enters auser and mount namespace - child process' namespace now holds a locked copy of the host's debugfs mount that receives propagation from it - child process stats "tracing/." through the descriptor - lookup runs on the host's mount so the automount lands below the host's mount - propagation puts a copy below the child's copy - both try to clear the flags on the mount they got, with a bind remount: host, on its own automount: MS_REMOUNT|MS_BIND = EPERM child, on the copy in its namespace: MS_REMOUNT|MS_BIND = 0 So the lock landed on the host's mount instead of the child's copy. Congrats. So we need to compare with the owner of the namespace the mount actually gets mounted on. For all regular cases that is the caller's mount namespace and so nothing changes. Detached trees in anonymous mount namespaces by be handed over via SCM_RIGHTS or inherited in other ways on purpose so the attaching task's mount namespace is authoritative, not the creator of the detached tree.

Descrição oficial em inglês (tradução ainda não revisada).

Publicada em 23/10/2026 · Atualizada em 30/10/2026 · Fontes: NIST National Vulnerability Database, CVE Program (cve.org) e CISA ADP, GitHub Security Advisories · CNA: Linux

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.

Nenhum sinal de exploração nas fontes consultadas até agora.
Como a nota foi calculada
  • EPSS 0.2% (probabilidade de exploração em 30 dias)+1

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.

Exploração
Não confirmada
Fora da CISA KEV — ausência de registro, não prova de que não é explorada.
EPSS FIRST
0,18%
à frente de 7% das CVEs pontuadas · 30/10/2026
Afeta
Linux
Linux
CVSS base
—
Pontuação ainda não publicada.

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.

  1. Identifique ativos expostos que executam as combinações de fabricante/produto/versão afetadas (Linux Linux).
  2. Nenhuma correção documentada nas fontes: reduza a exposição e monitore o aviso do fabricante.
  3. 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.

FabricanteProdutoVersõesStatusFonte
Linux Linux ≥ 132c94e31b8bca8ea921f9f96a57d684fa4ae0a9 e < 5e8f3ac8fa3d411b422ad32b9168c46a4824cc79≥ 132c94e31b8bca8ea921f9f96a57d684fa4ae0a9 e < b3ccde78f1608836e62320428abc0e8aa9cf2329≥ 132c94e31b8bca8ea921f9f96a57d684fa4ae0a9 e < e01c79761c7b3373e80094c5eadb21cb864fa8bc≥ 132c94e31b8bca8ea921f9f96a57d684fa4ae0a9 e < 6ab37fae14196ba2262b152a7d9222c50356d278≥ 132c94e31b8bca8ea921f9f96a57d684fa4ae0a9 e < 33aadc7c72055fca93cb5a3691d836ebf8b31c9bversão 9c773201d61272db49f8f33a83a3cb2a3fe4b14f≥ 3.8.6 e < 3.9versão 3.9
e mais 3 ≥ 132c94e31b8bca8ea921f9f96a57d684fa4ae0a9 e < f9b488641cfa63f9b41321530c543688b2e34f03≥ 132c94e31b8bca8ea921f9f96a57d684fa4ae0a9 e < 91676705756af6a59a515087b8b854c8a28d12eb≥ 132c94e31b8bca8ea921f9f96a57d684fa4ae0a9 e < 587d25c4b13d49c8fd05df2f71240f73bb2a058c
Vulnerável CVE Program (cve.org) e CISA ADP

EPSS ao longo do tempo FIRST

24/10/2026 → 30/10/2026 · 7 leitura(s) · máximo 0.21%

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.
logs da aplicação

Linha do tempo

O que aconteceu com esta CVE, do mais recente ao mais antigo.

  • 2026
  • Produtos afetados adicionados · linux/linux
    30/10/2026 · CVE Program (cve.org) e CISA ADP
  • Ficha publicada
    23/10/2026
  • Produtos afetados adicionados · linux/linux
    23/10/2026 · CVE Program (cve.org) e CISA ADP
  • Status na fonte alterado · → Received
    23/10/2026 · NIST National Vulnerability Database
  • Registro criado nesta base
    23/10/2026 · Alertas do Telegram
  • CVE publicada
    23/10/2026 · Linux

Atividade das fontes

Leituras que se repetem foram contadas em vez de listadas.

  • 3× Referências adicionadas · 23/10/2026 – 30/10/2026
  • 1× Descrição oficial atualizada · 23/10/2026 – 23/10/2026

Referências

10 no registro

Em outras páginas do site

Linux
todas as CVEs deste fabricante

CVEs relacionadas (mesmos produtos)

  • CVE-2026-99216 Drivers: hv: Don't reset VMBus connection state on error/exit paths 2 d
  • CVE-2026-99215 power: supply: core: prevent unregistering a power supply while a callback runs 2 d
  • CVE-2026-99207 scsi: target: Disable interrupts while holding delayed_cmd_lock 2 d
  • CVE-2026-99208 drm/xe/oa: Zero OA buffer at allocation 2 d
  • CVE-2026-99209 drm/xe: skip eviction of a BO with no resource 2 d
  • CVE-2026-99210 accel/rocket: clear rdev on device init failure 2 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-98977 é "namespace: handle mount locking for automounts correctly", 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.18% 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.