Suporte Técnico
Documentação
Entrar
Entre em contato conosco
Vá direto para um resumo gerado por IA desta postagem do blog 
A Agência de Segurança Cibernética e de Infraestrutura dos EUA (CISA) adicionou recentemente duas vulnerabilidades do kernel do Linux ao seu catálogo de Vulnerabilidades Conhecidas como Exploradas (KEV), indicando que esses riscos de segurança, antes considerados apenas teóricos, são agora ameaças confirmadas e estão sendo ativamente exploradas por agentes mal-intencionados. Esse desdobramento exige atenção imediata dos administradores do Linux e dos profissionais de segurança.
As vulnerabilidades em questão, CVE-2024-53197 e CVE-2024-53150, receberam pontuação CVSS de 7,8 e afetam o driver de áudio USB ALSA do kernel do Linux. As agências do Poder Executivo Civil Federal (FCEB) devem corrigir essas vulnerabilidades até 30 de abril de 2025, de acordo com a Diretiva Operacional Vinculativa (BOD) 22-01. Recomenda-se enfaticamente que outras organizações sigam o mesmo procedimento.
Compreendendo as vulnerabilidades
CVE-2024-53197: Acesso à memória fora dos limites no driver de áudio USB
Essa vulnerabilidade afeta especificamente os dispositivos Extigy e Mbox e envolve o tratamento incorreto de dados de configuração USB. O problema decorre do campo bNumConfigurations fornecido pelos dispositivos USB conectados. Se esse valor exceder o espaço de configuração alocado na memória, as operações subsequentes do kernel poderão acessar a memória além dos limites previstos.
Os detalhes técnicos revelam que, quando um dispositivo USB malicioso ou mal configurado fornece um bNumConfigurations maior do que o alocado em usb_get_configuration para dev->config, isso pode levar a um acesso fora dos limites da memória durante operações posteriores, como usb_destroy_configuration. Isso representa riscos significativos de corrupção de memória ou instabilidade do sistema.
A correção implementada valida a contagem de configurações antes do uso, garantindo que o kernel não acesse a memória fora das regiões alocadas.
CVE-2024-53150: Leituras fora dos limites na percussão do descritor do relógio
A segunda vulnerabilidade está relacionada ao fato de o driver de áudio USB ALSA do kernel do Linux não validar o campo bLength durante a análise dos descritores de clock de áudio USB. Sem a validação adequada, um dispositivo USB malicioso ou mal configurado poderia fornecer um descritor com um valor de bLength, o que poderia provocar leituras fora dos limites.
O patch introduz verificações de validade nas funções validadoras para a percorrida de descritores de relógio. Quando o comprimento de um descritor é menor do que o esperado, ele agora é ignorado no loop. Para descritores de fonte de relógio e multiplicadores, a correção implementa uma verificação em relação à função sizeof() de cada tipo de descritor. O descritor do seletor de relógio exigiu verificações adicionais devido à sua estrutura mais complexa, que contém uma matriz de bNrInPins e campos adicionais.
O contexto mais amplo: a explosão no número de relatos de vulnerabilidades no kernel
Essas novas adições ao KEV ocorrem em meio a um aumento sem precedentes no número de CVEs do kernel do Linux, o que cria desafios significativos para as equipes de segurança que tentam priorizar patches e medidas de mitigação. Esse aumento dramático está diretamente relacionado ao fato de a equipe do kernel do Linux ter se tornado uma Autoridade de Numeração de CVEs (CNA) em 2024 e ter adotado uma abordagem de atribuir CVEs a quase todos os bugs:
- 2022: 309 CVEs no kernel no total
- 2023: 290 CVEs no kernel no total
- 2024: 3.887 CVEs no kernel no total (após se tornar um CNA)
- 2025: 1.476 CVEs do kernel apenas nos primeiros três meses
Esse aumento de mais de 13 vezes entre 2023 e 2024 gerou o que pode ser descrito como “fadiga de CVE”, tornando cada vez mais difícil distinguir vulnerabilidades verdadeiramente críticas de problemas menos graves.
Implicações para as equipes de segurança
A inclusão dessas vulnerabilidades no catálogo KEV da CISA representa uma distinção fundamental. Embora milhares de vulnerabilidades do kernel sejam divulgadas anualmente, a inclusão na lista KEV confirma que essas falhas específicas estão sendo ativamente exploradas em ambiente real. Isso as transforma de riscos teóricos em ameaças imediatas que exigem atenção imediata.
Para as organizações que já enfrentam dificuldades com a enxurrada de CVEs do kernel, isso sobrecarrega ainda mais os recursos limitados. As equipes de segurança agora precisam:
- Identificar os sistemas afetados em seu ambiente
- Priorize a aplicação de patches com base na exposição e na gravidade
- Implementar medidas de mitigação para sistemas que não possam receber correções imediatas
- Fique atento a tentativas de exploração com base nos detalhes da vulnerabilidade, agora divulgados publicamente
- Opte por uma abordagem diferente em relação à metodologia de aplicação de patches e escolha uma tecnologia de aplicação de patches sem reinicialização, como o KernelCare Enterprise da TuxCare, que permite aplicar patches sem interromper o funcionamento do sistema
Ações recomendadas
Medidas imediatas
- Identificar sistemas vulneráveis: Realize um levantamento para identificar os sistemas Linux que possam ser afetados, especialmente aqueles com periféricos USB conectados.
- Aplique os patches disponíveis: Atualize para versões do kernel que contenham as correções para essas vulnerabilidades. Os patches foram portados para os ramos mantidos do kernel.
- Implementar controles para dispositivos USB: Quando não for possível aplicar correções imediatamente, considere limitar ou restringir as conexões de dispositivos USB, especialmente em servidores e sistemas críticos.
- Monitorar atividades suspeitas: Intensifique o monitoramento de comportamentos incomuns do sistema, especialmente aqueles relacionados à conexão e desconexão de dispositivos USB.
Estratégia de longo prazo para o gerenciamento da enchente do CVE
- Gerenciamento de vulnerabilidades com base no risco: Desenvolva uma estrutura que priorize as vulnerabilidades com base no risco real para o seu ambiente, em vez de tentar corrigir tudo.
- Modernize o gerenciamento de patches: Invista em soluções capazes de automatizar a aplicação de patches para vulnerabilidades assim que elas forem identificadas, sem exigir tempo de inatividade ou interrupção do serviço, como a aplicação de patches em tempo real correção em tempo real.
- Abordagens de defesa em profundidade: Implemente controles de segurança adicionais capazes de mitigar a exploração de vulnerabilidades, mesmo quando estas existirem.
- Interaja com a comunidade: Participe de fóruns e discussões sobre segurança do Linux para se manter informado sobre quais vulnerabilidades são realmente importantes.
Considerações finais
A inclusão dessas vulnerabilidades do kernel do Linux no catálogo KEV da CISA ressalta as ameaças reais que elas representam. Embora o crescimento explosivo do número de CVEs do kernel apresente desafios para as equipes de segurança, concentrar-se nas vulnerabilidades cuja exploração ativa foi confirmada oferece um sinal mais claro para a definição de prioridades.
À medida que o projeto do kernel do Linux continua a adotar uma abordagem mais abrangente para a atribuição de CVEs, os profissionais de segurança devem se adaptar, desenvolvendo estratégias mais sofisticadas de gerenciamento de vulnerabilidades que se concentrem no risco, em vez de tentar resolver todos os problemas relatados.
Para organizações que utilizam o Linux como plataforma principal, esses avanços reforçam a necessidade de recursos dedicados à segurança do kernel e destacam a tensão contínua entre a divulgação abrangente de vulnerabilidades e as operações práticas de segurança.
