CVE Intelligence
Análise Assistido por IA

CVE-2026-53247: Use-after-free no driver mtk_eth_soc do kernel Linux durante a liberação de metadata dst

Um use-after-free (CWE-416) no driver Ethernet mtk_eth_soc do kernel Linux pode ocorrer quando um metadata dst é liberado imediatamente, sem respeitar o período de carência do RCU. O escore CVSS 3.1 base atribuído pelo CNA é 9.8 (Crítico), e o registro aponta cinco commits de correção na árvore stable. As fontes consultadas não mostram exploração confirmada.

Publicada em 13/10/2026 · Atualizada em 13/10/2026 · Read in English

Visão geral

O registro descreve um use-after-free (CWE-416) no driver Ethernet mtk_eth_soc do kernel Linux. Durante a desmontagem, o driver libera um metadata dst imediatamente, em vez de deixar que o caminho de liberação por contagem de referências aguarde a conclusão dos leitores RCU. Segundo o registro, a correção substitui essa liberação direta por dst_release().

Impacto

  • O escore CVSS 3.1 base atribuído pelo CNA é 9.8 (Crítico), com vetor CVSS:3.1/AV:N/AC:L/PR:N/UI:N/S:U/C:H/I:H/A:H. Isso descreve vetor de ataque pela rede, baixa complexidade, ausência de privilégios, ausência de interação do usuário e alto impacto em confidencialidade, integridade e disponibilidade.
  • Condições de use-after-free podem levar a corrupção de memória. As consequências específicas neste driver são desconhecidas nas fontes consultadas.

Produtos e versões afetadas

O registro lista o kernel Linux como produto afetado, com estes intervalos:

  • De 6.2 até, sem incluir, 6.6.143
  • De 6.7 até, sem incluir, 6.12.94
  • De 6.13 até, sem incluir, 6.18.36
  • De 6.19 até, sem incluir, 7.0.13
  • Versões 7.1-rc1 até 7.1-rc6 (candidatas a lançamento)

O registro não informa explicitamente os números das versões corrigidas. Como os intervalos listados terminam nas versões acima, os ramos stable parecem ter recebido a correção nesses pontos (inferência). Verifique o pacote de kernel da sua distribuição ou fornecedor, pois os backports podem variar.

Status de exploração

O registro indica que este CVE não consta no catálogo Known Exploited Vulnerabilities da CISA e que não há pontuação EPSS informada. Nenhuma exploração confirmada aparece nas fontes consultadas. Isso reflete os limites das informações disponíveis e não prova que a exploração não ocorra.

Correção e mitigação

  • Atualize o kernel Linux para uma versão estável que inclua a correção upstream do seu ramo. O registro referencia estes commits: commit 80df409e, commit 72775977, commit e634408d, commit 459c6f35 e commit 2d86aeb4.
  • Prefira builds de kernel do fornecedor ou da distribuição que documentem esta correção, pois os backports são aplicados por ramo.
  • Se o driver mtk_eth_soc não for necessário em um sistema, considere desabilitá-lo como medida de endurecimento. Isso não substitui a aplicação da correção.

Orientação para detecção

  • Inventarie sistemas que executam ramos de kernel afetados e que utilizam hardware Ethernet MediaTek.
  • Se ferramentas de verificação de segurança de memória do kernel estiverem habilitadas no seu ambiente, monitore os logs para relatos vindos da pilha de rede. A ausência desses relatos não comprova que um sistema está seguro.
  • Revise os registros de mudança para confirmar que os builds implantados incluem os commits stable referenciados.

Limitações das informações disponíveis

  • O registro não inclui aviso específico de fornecedor, lista de versões corrigidas no nível da distribuição nem detalhes sobre as condições necessárias para acionar a falha.
  • O impacto em dispositivos e distribuições específicas é desconhecido.
  • O registro não estabelece se o problema é alcançável na prática. O vetor CVSS vem do CNA e é a única indicação de severidade fornecida.

Perguntas frequentes

Há exploração ativa conhecida desta vulnerabilidade?

O registro indica que ela não consta no catálogo KEV da CISA e não informa pontuação EPSS. Nenhuma exploração confirmada aparece nas fontes consultadas.

Qual componente é afetado?

O driver Ethernet mtk_eth_soc do kernel Linux, conforme o registro.

O que os administradores devem fazer?

Aplicar um build de kernel que inclua a correção upstream do seu ramo e confirmar com a distribuição ou fornecedor se há backport.

Esta análise foi redigida com auxílio de IA a partir de dados verificados das fontes e checada automaticamente contra eles.