Governança lenta vira risco operacional

A inteligência artificial encurta etapas de reconhecimento e exploração, mas a resposta não está em automatizar qualquer remediação. Está em desenhar autonomia governada, com limites, reversão e responsabilidade humana.

Uma empresa descobre uma vulnerabilidade crítica na terça-feira. A equipe de segurança identifica os sistemas afetados, procura os donos das aplicações, avalia o impacto de uma parada, pede uma janela de mudança e prepara a decisão para o conselho que se reúne na sexta.

O processo parece responsável.

Mas, se a exploração já começou, cada etapa criada para reduzir risco também prolonga a exposição. O controle continua necessário. O problema é quando seu tempo de resposta se torna maior que o tempo do ataque.

Essa é a mudança que a inteligência artificial torna mais difícil de ignorar. Ataques não ficaram perigosos apenas porque modelos podem ajudar a escrever código. Eles ganham escala quando reconhecimento, teste de vulnerabilidades, adaptação de ferramentas e processamento de dados passam a rodar em paralelo e por longos períodos, com menos trabalho humano por alvo.

A partir daí, latência de decisão deixa de ser uma ineficiência administrativa. Ela entra na superfície de risco.

O dado mais sedutor também é o mais frágil

Uma análise publicada pela McKinsey em 11 de setembro de 2026 resume essa compressão com um contraste forte: o tempo médio entre a divulgação de vulnerabilidades críticas e a exploração teria caído de cerca de 23 dias em 2025 para aproximadamente 20 horas em 2026. A consultoria atribui a estimativa ao projeto Zero Day Clock.

O número ajuda a visualizar a tese, mas não deve ser tratado como uma medida consolidada do mercado.

O próprio [Zero Day Clock explica hoje](https://zerodayclock.com/about) por que não publica uma métrica agregada de “tempo até exploração”. Há três problemas centrais. Vulnerabilidades recentes tiveram menos tempo para acumular evidências, o que faz as safras mais novas parecerem artificialmente mais rápidas. A medida também encontra um piso em zero e deixa de distinguir exploração ocorrida no dia da divulgação daquela iniciada muito antes, como zero-day. Além disso, uma média pode esconder dois movimentos simultâneos: mais casos perto de zero e uma cauda maior de vulnerabilidades antigas exploradas.

Existe ainda uma diferença entre a primeira exploração real e o primeiro registro público confiável dessa exploração. Bases de vulnerabilidades conhecidas como exploradas registram quando surgiu evidência suficiente, não necessariamente quando a atividade começou.

Portanto, não é possível concluir, com esses números isolados, que todo ataque passou de semanas para horas ou que a IA seja a única causa da aceleração.

Mas isso não devolve às empresas o conforto dos ciclos semanais.

A aceleração já aparece nas operações observadas

No [relatório de inteligência de ameaças de setembro de 2026](https://www.anthropic.com/threat-intelligence-report-september-2026), a Anthropic afirma ter identificado grupos usando Claude em fluxos contínuos de pesquisa de vulnerabilidades, desenvolvimento de exploits, reconhecimento e exploração. Em um dos casos, agentes paralelos analisavam firmware, formulavam hipóteses, escreviam código e testavam resultados em laboratório. Em outro, um fluxo autônomo foi executado contra aplicações em produção.

Segundo a empresa, algumas operações descritas no relatório concluíram violações em duas a três horas e permitiram que um operador trabalhasse contra dezenas de vítimas em paralelo. A Anthropic também faz uma ressalva importante: humanos continuaram envolvidos em decisões como seleção de alvos, monetização e revisão de resultados; autonomia e gravidade do dano não são a mesma coisa.

Esse relatório é uma fonte primária sobre o que a Anthropic observou em seus próprios sistemas e sobre as contas que afirma ter bloqueado. Não é uma auditoria independente, nem mede a prevalência desses comportamentos em todo o mercado. Ainda assim, documenta algo operacionalmente relevante: tarefas conhecidas podem ser encadeadas e executadas numa cadência que reduz o custo do atacante.

Do lado da defesa, o [Data Breach Investigations Report de 2026, da Verizon](https://www.verizon.com/business/resources/reports/dbir/), informa que a exploração de vulnerabilidades respondeu por 31% dos vetores de acesso inicial analisados. O mesmo relatório aponta mediana de 43 dias para a resolução completa de uma vulnerabilidade crítica. As duas medidas não descrevem exatamente o mesmo universo nem formam uma contagem regressiva direta, mas o contraste mostra o tamanho do desalinhamento operacional.

O problema real não é provar que existe um relógio universal de 20 horas. É reconhecer que muitas empresas ainda decidem como se tivessem uma semana garantida.

A vulnerabilidade pode estar no organograma

Quando uma falha crítica aparece, tecnologia e negócio precisam responder a perguntas diferentes ao mesmo tempo. Onde o componente está instalado? Ele está exposto à internet? Que dados processa? É explorado ativamente? Qual operação pode parar? Existe controle compensatório? Quem aceita o risco de agir e quem aceita o risco de esperar?

Sem um inventário confiável, a primeira resposta já trava. A empresa sabe que usa determinado software, mas não em quais versões, sistemas ou fornecedores. Sem contexto de negócio, todas as falhas graves parecem iguais. A equipe corre o risco de priorizar um servidor de teste enquanto um ativo menos visível sustenta uma operação essencial.

Depois vem a alçada. Segurança avalia a ameaça. Tecnologia aplica a mudança. Operações responde pela continuidade. Jurídico acompanha exposição e comunicação. Compras administra o fornecedor. Se ninguém tiver autoridade para combinar essas dimensões, a responsabilidade fica distribuída e a decisão, órfã.

Terceiros ampliam o problema. Um ativo pode estar inventariado e o risco, identificado, mas o contrato não prevê prazo emergencial, evidência de correção ou acesso a logs. A velocidade interna para na fronteira do fornecedor.

É por isso que governança de cibersegurança não pode existir apenas como uma reunião. Ela precisa estar incorporada ao fluxo: dados disponíveis antes do incidente, alçadas definidas, critérios de urgência, playbooks testados e obrigações contratuais acionáveis.

Velocidade sem limite também interrompe o negócio

O contraponto é forte. Aplicar automaticamente uma correção em um sistema clínico, industrial, financeiro ou logístico pode derrubar a operação que a segurança deveria proteger. Isolar uma máquina errada, revogar uma credencial de serviço ou bloquear uma integração pode produzir um incidente por conta própria.

O [guia de patching empresarial do NIST](https://www.nccoe.nist.gov/publication/1800-31/VolB/index.html) trata essa tensão de forma prática. Ele separa atualização rotineira, correção emergencial e mitigação temporária, incluindo a possibilidade de retorno ao estado anterior. O princípio não é “aplicar tudo imediatamente”. É preparar procedimentos diferentes para níveis diferentes de urgência e acompanhar o estado dos ativos afetados.

Automação irrestrita apenas troca um gargalo humano por um risco sistêmico.

O caminho mais responsável é a autonomia governada: ações frequentes, delimitadas e reversíveis podem acontecer sem esperar uma nova reunião; decisões inéditas, materiais ou difíceis de reverter continuam sob responsabilidade humana.

Um mapa prático de autonomia governada

Autonomia governada não começa pela pergunta “qual ferramenta vamos comprar?”. Começa pela classificação das decisões.

| Classe de ação | Exemplos | Regra de autoridade | Salvaguardas mínimas | | --- | --- | --- | --- | | Observação | enriquecer alertas, correlacionar sinais, localizar ativos | execução automática | fontes registradas, qualidade monitorada e trilha de auditoria | | Mitigação reversível | bloquear temporariamente um indicador, reduzir privilégio, colocar endpoint não crítico em quarentena | pré-autorizada dentro de escopo definido | prazo de expiração, rollback, limite de impacto e aviso imediato | | Mudança material | aplicar patch em produção crítica, revogar credencial compartilhada, interromper integração essencial | aprovação humana rápida por responsável nomeado | teste, plano de continuidade, dupla validação e comunicação | | Situação inédita | vulnerabilidade sem correção, efeito incerto ou conflito entre segurança e operação | célula de resposta com autoridade executiva | informação consolidada, alternativas explícitas, registro da decisão e revisão posterior |

Essa matriz precisa ser adaptada ao contexto de cada empresa. O ponto é tornar explícitos cinco elementos antes da crise:

1. **Escopo:** em quais ativos, ambientes e identidades a automação pode agir.

2. **Gatilho:** que evidência autoriza a ação, como exploração confirmada, exposição pública ou combinação de sinais.

3. **Limite:** qual impacto máximo é aceitável sem aprovação prévia.

4. **Reversão:** como desfazer a medida e em quanto tempo.

5. **Responsável:** quem responde pela regra, acompanha exceções e pode suspender a autonomia.

Orientações da [Mandiant para gestão de vulnerabilidades assistida por IA](https://cloud.google.com/blog/topics/threat-intelligence/ai-assisted-vulnerability-management/) acrescentam controles importantes: agentes isolados, identidades de máquina com privilégio mínimo, credenciais de curta duração, ações observáveis e testes conduzidos por pessoas. Também recomendam tratar código, plugins e integrações acessados pelo agente como entradas potencialmente não confiáveis.

Isso muda a natureza da supervisão. O ser humano não precisa aprovar manualmente cada ação de baixo impacto. Precisa desenhar o perímetro em que essas ações são permitidas, observar o comportamento e retirar a autorização quando o sistema foge do padrão.

Responsabilidade humana não desaparece. Ela sobe de nível.

Governança precisa correr dentro do processo

Uma empresa não reduz esse risco apenas acelerando reuniões. Ela reduz quando sabe quais ativos sustentam sua operação, conecta vulnerabilidade a impacto de negócio, define quem decide sob pressão e prepara respostas proporcionais antes de precisar delas.

O primeiro passo é pequeno e concreto: escolha um processo ou ativo crítico e simule uma vulnerabilidade em exploração ativa. Meça quanto tempo a organização leva para localizar a exposição, reunir contexto, obter autoridade e executar uma mitigação reversível. Cada espera sem dono revela uma parte da superfície de risco.

O conselho continua importante. A aprovação humana também.

Mas governança que só existe quando o comitê se reúne chega tarde demais. Em operações que enfrentam ataques assistidos por IA, governar bem significa transformar critérios, limites e responsabilidade em parte do fluxo.

Não retirar o ser humano da decisão.

Retirar a espera das decisões que já deveriam estar tomadas.