Um relatório da Terra Security revela que a percentagem de correções de segurança corrigidas com falhas disparou em 2026, impulsionada por agentes de IA.
Atualizar o software nem sempre resolve o problema de imediato. Um cenário preocupante — o contorno e a falha de correções de segurança recentemente aplicadas — tornou-se significativamente mais comum ao longo de 2026, de acordo com dados da startup de testes de penetração com inteligência artificial Terra Security, citados pelo The Register.
O impacto do crescimento das vulnerabilidades descobertas por IA
Após vários anos em níveis relativamente baixos, a proporção de correções de segurança no GitHub que exigiram um novo aviso devido a uma falha na correção fixou-se historicamente em cerca de 0,2 por cento entre 2019 e 2025. No entanto, em 2026, esse valor registou um salto expressivo para 2,3 por cento, segundo os investigadores da Terra Security.
Esta evolução temporal coincide com a forte expansão na descoberta e correção de vulnerabilidades assistidas por inteligência artificial. Como exemplo prático destacado pelo relatório, espionagem cibernética russa explorou uma falha zero-day de desvio de segurança no Windows Shell (CVE-2026-21510) pelo menos um mês antes de a Microsoft lançar a correção em fevereiro. A atualização inicial revelou-se incompleta, deixando por resolver uma segunda falha de coerção de autenticação zero-click (CVE-2026-32202), que também acabou explorada antes de ser corrigida em abril.
Quais são as vulnerabilidades que mais falham?
O estudo analisou registos de CVE e avisos verificados pelo GitHub, identificando que as falhas cujas correções acabam por ser contornadas têm cerca de quatro vezes mais probabilidades de figurar na lista de vulnerabilidades exploradas conhecidas da CISA (Agência de Cibersegurança e Segurança de Infraestruturas dos EUA) em comparação com outros bugs que afetam os mesmos fornecedores.
As categorias mais afetadas envolvem métodos tradicionais de restrição de entradas:
- Vulnerabilidades de poluição de protótipos (prototype-pollution): Cerca de 11 vezes mais comuns entre os CVE com correções quebradas do que a sua quota habitual.
- Falsificação de pedidos do lado do servidor (SSRF): Aproximadamente 4,6 vezes mais comuns.
Segundo a Terra Security, a razão principal prende-se com a utilização de listas de rejeição (reject-lists) focadas em nomes de anfitriões, caminhos e chaves de objetos. Caso o bloqueio não antecipe todas as codificações possíveis de um dado malicioso, um atacante necessita apenas de encontrar uma alternativa válida.
No ecossistema do kernel do Linux, os registos CNA indicam que cerca de 3,2 por cento dos CVE foram introduzidos pela própria correção de outra vulnerabilidade, subindo para cerca de 10 por cento em subsistemas mais ativos como fs/smb e net/sched.
O que muda para os administradores e empresas
Para quem gere sistemas ou implementa atualizações, a recomendação prática dos especialistas é abandonar a rotina de "aplicar o patch e avançar". Os testes indicam que, se um fornecedor corrige uma falha ativamente explorada, deve assumir-se que analistas e atacantes estão a examinar o código da correção à procura de novas formas de contorno. Antes de aplicar qualquer atualização ou de a disponibilizar a clientes, as organizações devem ponderar sobre a robustez do método de remediação aplicado.
Fontes
Antes de comprares, compara no AHT Scan
Vê preços em várias lojas, promoções e histórico observado num único lugar.
Google Cloud antecipa cibersegurança em 2027 com foco em agentes autónomos e integridade de decisões
Git: 6 vulnerabilidades de segurança corrigidas. Atualize agora
Gemini 4 Carbon: A nova aposta da Google para agentes de desenvolvimento