O problema já não é apenas descobrir vulnerabilidades. Na prática, é decidir, depressa, quais delas merecem tirar uma equipa do que está a fazer. Com ferramentas de ataque assistidas por IA a aumentar a velocidade de testes contra sistemas expostos, credenciais divulgadas e falhas conhecidas, a velha lógica de “corrigir tudo por ordem de chegada” começa a falhar. E quando tudo parece urgente, quase nada é realmente tratado como urgente.
AGeekGPT
Eu já li. Tu só tens de perguntar.
É aqui que a gestão de vulnerabilidades entra numa fase menos confortável. Um levantamento da Check Point Software aponta que as vulnerabilidades passaram a representar cerca de 40% das exposições críticas registadas em ambientes corporativos em 2026, mais do dobro da proporção observada no ano anterior. Mas há um detalhe que muda a leitura: depois da validação técnica, apenas 7,8% dos alertas de vulnerabilidade foram classificados como críticos ou de alta prioridade.
Isto não significa que as empresas estejam, de repente, perante o dobro das falhas. O indicador mostra antes que as vulnerabilidades ganharam peso dentro do conjunto de exposições consideradas críticas. É uma diferença importante, porque evita uma conclusão precipitada: o volume absoluto pode não ter explodido, mas o risco relativo associado a falhas exploráveis tornou-se mais visível e mais difícil de ignorar.
Neste artigo vão encontrar:
O que muda na prática para as equipas de segurança
A mudança mais relevante está no tempo. Ou melhor, a Check Point chama-lhe “intervalo de exposição”: o período entre a identificação de uma vulnerabilidade e a sua correcção. Parece um conceito técnico, mas é bastante directo. Enquanto a falha está aberta, um atacante pode tentar explorá-la. Se tiver automação, listas de credenciais divulgadas e modelos de IA a ajudar na triagem de alvos, consegue testar muito mais hipóteses em muito menos tempo.
Para uma equipa de segurança interna, isto cria um dilema real. Imagina uma empresa média com servidores na cloud, aplicações internas, VPN, ferramentas SaaS e endpoints espalhados por vários departamentos. Num dia normal, a equipa recebe dezenas ou centenas de alertas. Alguns são ruído. Outros são falhas antigas sem exposição externa. Outros ainda combinam três factores perigosos: sistema acessível pela internet, exploração conhecida e impacto elevado. O trabalho deixou de ser apenas “encontrar falhas”. Passou a ser perceber quais podem mesmo ser usadas contra a empresa esta semana, ou até hoje.
É por isso que a priorização começa a valer tanto como a detecção. Corrigir uma vulnerabilidade crítica num sistema isolado pode ser menos urgente do que mitigar uma falha média num serviço exposto publicamente e ligado a dados sensíveis. O grau de risco depende do contexto, não apenas da pontuação técnica.
IA não inventa o ataque, mas reduz a margem de erro
Convém não cair no exagero. A IA não torna automaticamente qualquer atacante num especialista de elite. Também não substitui, por si só, conhecimento técnico, acesso a infraestrutura ou capacidade de persistência. O que muda é a escala. Tarefas repetitivas, como correlacionar versões de software, procurar credenciais expostas, testar endpoints ou gerar variações de exploração, tornam-se mais rápidas e baratas.
Para as empresas, o efeito é simples: há menos tempo para hesitar. Um alerta que antes ficava alguns dias em avaliação pode agora representar uma janela demasiado longa, sobretudo se a vulnerabilidade estiver documentada publicamente e houver código de exploração disponível. Não é dramatismo. É uma alteração operacional.
Também há um possível problema do outro lado: se as empresas responderem a esta pressão com ainda mais ferramentas, sem mudar processos, podem apenas aumentar o ruído. Mais scanners, mais dashboards e mais alertas não resolvem a questão central. Pelo contrário, podem esconder os poucos riscos importantes no meio de uma pilha ainda maior de notificações.
O risco de corrigir mal também existe
Há uma parte menos falada nesta discussão: corrigir depressa pode correr mal. Dito assim parece direto, só que não é bem tão linear. Em ambientes corporativos, aplicar uma actualização de segurança não é como actualizar uma aplicação no telemóvel. Pode quebrar integrações, afectar sistemas antigos, interromper processos internos ou criar incompatibilidades com software crítico.
É aqui que a decisão fica mais difícil. Se uma equipa de TI adia uma correcção, aumenta o intervalo de exposição. Se aplica o patch sem testes mínimos, pode causar uma paragem operacional. Nenhuma das opções é ideal. A resposta mais madura passa por segmentação, mitigação temporária, inventário actualizado e capacidade de perceber que activos estão realmente expostos.
O relatório citado pela Check Point analisou dados de 715 organizações clientes da sua plataforma de Exposure Management em cinco regiões, incluindo a América Latina, com informações recolhidas entre 1 de Janeiro de 2025 e 24 de Maio de 2026. A amostra não representa todo o mercado, mas, na prática, dá uma leitura útil sobre uma tendência que muitas equipas já sentem: o volume de sinais é enorme, mas a fracção que exige acção imediata é relativamente pequena.
Vale a pena investir em gestão de exposição?
Para empresas com superfície digital relevante, a resposta tende a ser sim, mas não por moda. Parece simples. Mas nem sempre é assim. Compensa quando a organização consegue ligar vulnerabilidades a contexto real: que sistema está afectado, se está exposto à internet, que dados toca, se há exploração activa e qual o impacto de parar esse serviço para corrigir.
Para uma pequena empresa com poucos sistemas, uma boa disciplina de actualizações, autenticação forte e cópias de segurança testadas pode resolver grande parte do risco. Para uma organização com cloud híbrida, aplicações próprias e equipas distribuídas, a gestão de exposição torna-se quase obrigatória. Não porque elimina ataques, mas porque ajuda a escolher melhor onde gastar tempo.
A implicação prática é clara: a segurança deixa de ser uma corrida para fechar todos os buracos ao mesmo ritmo. Passa a ser uma triagem constante, influenciada pela velocidade dos atacantes e pela capacidade interna de reagir sem partir a operação. A IA acelera o lado ofensivo, mas também obriga o lado defensivo a ser menos burocrático e mais cirúrgico.
Quem continuar a medir sucesso apenas pelo número de vulnerabilidades corrigidas pode ficar com uma sensação falsa de controlo. O indicador que vai pesar mais é outro: quanto tempo uma falha realmente explorável fica aberta antes de alguém a tratar como prioridade.
Leiam as últimas notícias do mundo da tecnologia no Google News , Facebook e X (ex Twitter) .
 Todos os dias vos trazemos dezenas de notícias sobre o mundo Android em Português. Sigam-nos no Google Notícias. Obrigado! |
