Os patches do php2shell (CVE-2026-109618 e CVE-2026-109619) para o PHP em fim de vida (EOL) já estão disponíveis. Como as respostas do atendimento de vendas estão mais demoradas do que o normal devido à alta demanda, a maneira mais rápida de obter os pacotes corrigidos é adquirir o ELS para Runtimes on-line (abre em uma nova aba). Leia as perguntas frequentes sobre os patches

Vá direto para um resumo gerado por IA desta postagem do blog

  • Resuma esta postagem com o Perplexity
  • Resuma esta postagem com o Gemini

Há quase um ano, a equipe do kernel do Linux tornou-se uma Autoridade de Numeração CVE (CNA), marcando uma mudança significativa na forma como as vulnerabilidades do kernel são rastreadas e divulgadas. Longe de ser um aumento temporário, a enxurrada de novos CVEs continuou até 2025 em um ritmo sem precedentes.

Apenas nos primeiros 16 dias de 2025, já registramos 134 novas CVEs do kernel do Linux. Para colocar esse número em perspectiva, considere o contexto histórico: em 2020, foram registradas 120 CVEs durante todo o ano; em 2021, 162; em 2022, 309; e em 2023, 290. O contraste gritante fica ainda mais evidente quando analisamos o total de 3.529 CVEs de 2024 – um aumento de quase dez vezes em relação aos anos anteriores.

 

Por que continuamos falando sobre isso

 

Alguns podem se perguntar por que continuamos a destacar essa situação. A resposta é simples: não se trata apenas de números. A enxurrada contínua de CVEs tem implicações de longo alcance que afetam praticamente todos os aspectos da segurança e do gerenciamento dos sistemas Linux:

 

  • Desafios de conformidade: As organizações devem documentar e acompanhar sua resposta a cada vulnerabilidade, o que gera uma enorme carga administrativa.
  • Complexidade da avaliação de riscos: Com tantos CVEs, determinar quais vulnerabilidades representam riscos reais para ambientes específicos tem se tornado cada vez mais difícil.
  • Sobrecarga de recursos: As equipes de segurança estão sobrecarregadas tentando analisar, priorizar e resolver esse volume de vulnerabilidades potenciais.
  • Impacto operacional: Os ciclos tradicionais de aplicação de patches e as janelas de manutenção estão se mostrando inadequados para o ritmo atual de divulgação de vulnerabilidades.

 

A situação atual

 

A abordagem da equipe do kernel de (quase) “cada bug recebe um CVE”, embora bem-intencionada em termos de transparência, criou uma situação em que as equipes de segurança precisam analisar, em média, de 8 a 9 novos CVEs por dia em 2025 até o momento apenas para as vulnerabilidades relacionadas ao kernel – sem espaço do usuário, sem bibliotecas, nada mais. Esse ritmo não mostra sinais de desaceleração e, na verdade, parece estar se acelerando em comparação com o segundo semestre de 2024.

Os usuários do Enterprise Linux enfrentam uma escolha difícil: ou tentam acompanhar essa enxurrada de CVEs por meio de métodos tradicionais de aplicação de patches — que muitas vezes exigem reinicializações do sistema e janelas de manutenção —, ou buscam abordagens alternativas, como a aplicação de patches sem reinicialização, para gerenciar o fluxo crescente de atualizações de segurança.

À medida que avançamos em 2025, fica cada vez mais claro que não se trata de um fenômeno temporário, mas sim do novo padrão para o gerenciamento de segurança do kernel do Linux. As organizações precisam adaptar suas estratégias e ferramentas de segurança para lidar com esse aumento de volume de forma eficaz. Isso pode significar:

  • Implementação de um sistema mais sofisticado de priorização de vulnerabilidades
  • Adoção de soluções automatizadas de aplicação de patches
  • Utilização de tecnologias de correção em tempo real para manter a segurança sem interromper as operações
  • Desenvolver melhores mecanismos de filtragem para identificar vulnerabilidades realmente críticas

Embora a transparência proporcionada pela política de CVE da equipe do kernel seja valiosa, a comunidade de segurança precisa desenvolver maneiras mais eficazes de gerenciar e responder a esse volume de divulgações de vulnerabilidades. Isso pode incluir uma categorização aprimorada, melhores avaliações de gravidade ou mecanismos de filtragem mais sofisticados para ajudar as organizações a se concentrarem primeiro nas questões mais críticas.

 

Impacto nas ferramentas de segurança e na automação

 

O grande volume de CVEs revelou limitações em muitas ferramentas tradicionais de segurança e verificadores de vulnerabilidades. Ferramentas que foram projetadas para lidar com dezenas de novas vulnerabilidades por mês agora enfrentam dificuldades para processar centenas delas. Isso gerou vários desafios:

 

  • Desempenho dos scanners: Os scanners de vulnerabilidades estão demorando mais para concluir suas avaliações e, muitas vezes, trabalham com dados que estão sempre desatualizados.
  • Taxas de falsos positivos: O aumento do volume resultou em mais falsos positivos que exigem verificação manual.
  • Geração de relatórios: Relatórios de segurança que antes eram concisos agora têm centenas de páginas. As exceções se tornaram a regra.
  • Problemas de integração: As ferramentas de automação de segurança e os sistemas SIEM estão enfrentando dificuldades para lidar com o aumento do fluxo de dados.

 

O Desafio da Distribuição Corporativa

 

As distribuições de Linux corporativo enfrentam uma situação particularmente complexa. Elas devem:

 

  • Analisar cada CVE quanto à sua relevância para as versões compatíveis
  • Aplicar correções retroativas quando necessário
  • Teste essas correções em comparação com suas versões estáveis
  • Compilar e distribuir atualizações
  • Documentar e comunicar essas mudanças aos usuários

 

Com o volume atual de CVEs, esse processo tem se tornado cada vez mais difícil de manter, ao mesmo tempo em que se preserva a estabilidade que os usuários corporativos esperam.

 

Implicações em termos de conformidade e auditoria

 

A enxurrada de CVEs complicou os processos de conformidade e auditoria de várias maneiras:

  • Registros de auditoria: As organizações devem documentar sua resposta a cada CVE, criando trilhas de auditoria extensas.
  • Avaliações de risco: As avaliações de risco regulares levam mais tempo e exigem mais recursos.
  • Requisitos de prestação de contas: Os relatórios de conformidade aumentaram significativamente em tamanho e complexidade.
  • Prazos para remediação: Os prazos padrão para correção costumam ser insuficientes para o volume atual.

 

Os custos ocultos

 

Além dos desafios técnicos óbvios, as organizações estão enfrentando um aumento nos custos em várias áreas críticas. Os recursos de pessoal estão sendo sobrecarregados, já que é necessário mais tempo para analisar e processar os CVEs. Os custos de infraestrutura estão aumentando devido à necessidade de recursos computacionais adicionais, essenciais para a verificação de segurança e os testes de patches. Há também uma necessidade crescente de treinamento adicional para que as equipes de segurança possam lidar com o aumento da carga de trabalho de maneira eficaz. Além disso, investimentos em ferramentas de segurança novas ou atualizadas são essenciais para gerenciar o volume de tarefas com eficiência.

Abordagens alternativas

 

As organizações estão adotando diversas estratégias para lidar com essa nova realidade:

 

  • Priorização com base no risco: Concentrando-se nas vulnerabilidades que representam o maior risco para seu ambiente específico, com a ressalva de que a análise inicial e independente de risco de cada CVE também está demorando mais — muitos CVEs de 2024 ainda estão “em análise”.
  • Soluções de aplicação de patches sem reinicialização: Implementação de tecnologias que permitem atualizações de segurança sem a necessidade de reiniciar o sistema.
  • Triagem automatizada: Desenvolvimento de sistemas automatizados para classificar e priorizar CVEs.
  • Rastreamento seletivo: Acompanhar apenas as CVEs que afetam suas configurações específicas do kernel. Isso aumenta a carga de trabalho e a complexidade das operações de retroportação de patches.

 

Olhando para o futuro

 

À medida que avançamos em 2025, várias tendências estão ficando claras:

  • Evolução das ferramentas: As ferramentas de segurança precisarão evoluir para lidar com esse volume de forma eficiente
  • Adaptação de processos: As organizações devem otimizar seus processos de gerenciamento de vulnerabilidades
  • Alocação de recursos: As empresas precisam reavaliar seus orçamentos para pessoal e ferramentas de segurança
  • Colaboração no setor: A comunidade de segurança precisa desenvolver formas mais eficazes de compartilhar informações e recursos

 

Observações finais

 

A situação das vulnerabilidades CVE no kernel do Linux representa uma mudança fundamental na forma como lidamos com o gerenciamento de vulnerabilidades de segurança. Embora o aumento da transparência seja valioso, ele criou desafios significativos que exigem novas soluções e abordagens.

As organizações devem adaptar suas práticas de segurança, mantendo, ao mesmo tempo, uma proteção eficaz contra ameaças reais. Isso pode significar investir em novas ferramentas, adotar estratégias alternativas de aplicação de patches ou repensar completamente sua abordagem ao gerenciamento de vulnerabilidades do Linux.

Fica claro que não se trata apenas de um aumento temporário, mas de um novo padrão que exige soluções de longo prazo. A comunidade de segurança deve trabalhar em conjunto para desenvolver maneiras mais eficazes de lidar com esse volume de informações de segurança, garantindo, ao mesmo tempo, que vulnerabilidades críticas não se percam em meio ao ruído.

 

Resumo
A enxurrada de vulnerabilidades CVE no kernel do Linux continua inabalável em 2025
Nome do artigo
A enxurrada de vulnerabilidades CVE no kernel do Linux continua inabalável em 2025
Descrição
A enxurrada de novos CVEs continuou em 2025 a um ritmo sem precedentes. Nos primeiros 16 dias, já registramos 134 novos CVEs do kernel do Linux.
Autor
Nome da editora
TuxCare
Logotipo da editora

Junte-se a mais de 4.500 profissionais de Linux e código aberto!

2 vezes por mês. Sem spam.

Índice
Obtenha as respostas sobre segurança de código aberto de que você precisa

Junte-se a mais de 4.500 profissionais de Linux e código aberto!

2 vezes por mês. Sem spam.